他の通信をパケットキャプチャしてみるとWordCountが12=24Byteしかない。1バイトどこいったー?試しにきにせず26Byteで送ってみたら見事エラーでございます・・・。flagを使う時にはSecurityBlobLengthを使えって書いてあった。・・・といった具合に仕様書読むにもコツが必要な模様。Windows7とNAS相手にツリー一覧取得までは出来たので、頑張ればなんとかなるかなー。面倒なのはツリー一覧取得するところだったっぽい。エラー処理とか、ネゴシエーションやらないと実用的には使えないと思うので作業量は多そうですが。時間かかる要素その2は、SMB通信に使うNTLMの暗号化をどうするか。外部ライブラリ使って認証が通ることは確認しましたが、ここも自前で実装するとなると読まなければならない仕様書がまた増えて面倒くさい。こちらの方が内容はある程度クリアなので実装することは出来そうですが、まっとうにやったら時間かかりそうです。まっとうじゃない方法探します。NTLMもUIWebViewでは使えるので、API公開してくれたらいいのに・・・。ComicGlassへはうまく出来たら実装します。追記:だいぶ分かってきました。上記記述にいくつか間違いがあったので一応訂正。ファイルのリードについては見ていた資料が古かったようで、新しい資料にはOffsetの上位バイトのフィールドがありました。(SMB_COM_READ_ANDX==0xeE最後の4バイト,Optinal)よって2GBを超えるファイルもオフセット付で扱えます。TimeoutがTimeout_or_MaxCountHighになっており、ファイルを読む場合はMaxCountHighとして扱うように変わってました。ネゴシエーションの時に対応非対応を設定できるようです。(しかしWindowsXPの通信見てみると使ってない・・・)ときおり出てくるDataOffsetとかの意味がわかって受信データのpaddingサイズ不要が要らないことがわかりました。miniプレゼントキャンペーン(fladdictさん)fladdictさんはいつもアイデア素晴らしい。全員が得するやり方でないと支持されにくいんですよね。00:19これわからずに非常に苦労しました。そもそも中国語の文字コードなんて知らんし・・・。NSStringEncodingの一覧には中国語っぽいものが無いんですよね。下のように日本語は優遇されている気がしますが、その他言語はどうするんだろうって思いますよね。NSStringEncoding;もちろんUTF8ならいいのですが、Windowsで作ったテキストファイルなどはUnicodeになっていないことが多いようです。日本語でもShiftJISが未だに使われますよね。日本人でこの問題に言及している方がいなかったので情報共有で書いておきます。結論を書きますと、CFStringConvertEncodingToNSStringEncodingを使えばその他の文字コードも読み取りできるようです。18030というコードが使われるようなので、以下のような感じになります。encode];さて、知っている方いらっしゃったら教えてほしいのですが、台湾で使われるトラディッショナル(繁体?)な方のコードと、韓国語はどのようなコードが使われているのでしょうか?台湾と韓国のユーザーの方もそれなりにいらっしゃるので対応したいのですがそもそもサンプルも無ければハングルを入力する術もないので・・・。ちなみに、自動判別は無理だと思われます。追記:とりあえずEUC-krが一般的っぽいので、それに対応しておいてみます。いうファイルが無いので確認はできませんが・・・。台湾(?)ではbig5が普通と聞きましたので、それに対応しておいてみます。ラテン文字はどう区別していいのかわかんないですね。手動で全て選択できるようにしておきます。22:24掲示板で擬似カラーフィルタを実装してほしいというご要望があったので実装してみました。やりかたは濃淡の応じて色を割り当てているだけです。いわゆるPseudo-color技術ですね。ポイントは漫画の着色にどのような色を使うかということですが、どうやら、暗い色を青系統、明るい色を茶系にすると人が自然に見えるようです。いうわけで擬似4色刷りのような感じになります。すごくうまくいく場合と、そうでもない場合があるのですが、それは画像次第ですね。著作権的にOKな良いサンプルがなかったのですが、一例としてはこんな画像になります。漫画onWeb)元からカラーの画像に適用してしまうと色味がおかしくなってしまいます。そこでページのモノクロ/カラー判定アルゴリズムも開発しました(ってそんな大げさなものではないですが)画像中の代表画素(1024画素)を使ってカラー判定する軽量アルゴです。擬似カラー部分も含めてほとんどストレスない速度で動くはず。このフィルタはたぶん次のバージョンに実装しますのでお楽しみに。次のバージョンでは以下の不具合にも対処します(今してます・・・)・縦長すぎる画像で縦横比がおかしくなる・リモートファイルの順序がソートされていない・ストリーミングモードでRARの順序がおかしい履歴、リモートフォルダのショートカットも実装中です。バグがまだ多数あるので先にそちらの修正版をリリースするかもしれませんが、どちらにしても近日中・・・の予定です。22:59まずはバグフィックスを優先してます。ストリーミングはおかげ様で反響を多数頂いてます。Library内であればアドオンがなくてもストリーミングできますのでお試し下さい。(JコミのファイルはPDFでストリーミングに不向きなので、佐藤秀峰先生の「ブラックジャックによろしく」をお楽しみください)ストリーミングはiOS7に合わせたため、実装できなかった関連機能がありますので、今後進めてまいります。ストリーミングに関して頂いているご要望に関してもできる限り対応しようと思います。・FTP対応(ほとんどのNASが利用可能になると思われます)プロトコル上HTTPよし少しだけ効率が悪いですが、ほとんど気にならないレベルではないかと予想しています(FTPは大きなカタマリを転送することに向いており、細切れの転送はあまり想定されていないため)・任意のリモートディレクトリのショートカットを本棚に作れるようにする・履歴機能(ローカル、リモートの履歴表示、選択するとその本を開く)・Digest認証対応(少し優先度低め)といったところです。Version6.01で残っているバグは以下のものです。6.02で修正されます。バイナリはアップルに提出済みです。・iOS4.3でクラッシュする・分割を左右入れ替えが効いてない(すみません2回もミスって・・・)・テーマのtintColor項目がiOS7で反映されない・パスワード付zipが正しく開けないMediaServerは特にMacOS版で多数の不具合がありました。修正済みですが、初期にダウンロードされた方は更新お願い致します。Leopardで実行できるバージョンも新たに用意致しました。01:40一部WebサーバにVPSサービスを利用しているのですが、去年1年間の転送量を見てみたら自分の想像より多い感じ。年間9.4TBに達しています。思っていたのですが、自分の感覚が数年前のままだったようで、2013年の現在、この程度のアクセスは月額1,000円~2,000円程度の価格帯のサービスでも問題ないようです。VPSだと勝手に503出されることもないので更にいいですね。OSごと管理しないといけないと思うと気が重いのでした。