なんかリクエストがかかったので・・・

Tenvis JPT3815W に http 経由で videostream.cgi にアクセスすると、延々とデータをぶん投げてきます。

http でアクセスして飛んでくるデータを、オレオレツールでファイルにキャプチャしてみました。


このようなケースを想定して予め作っていたソフトがあるので（大嘘）



どこから見ても、http ヘッダです（当然）
Content-type を見ても image/jpeg なので、単純な JPEG フォーマットです。
Content-length に 50300 とあるので、そこまですっ飛ばしてみますと・・・



当たり前ですが、http ヘッダがあります。
JFIF ヘッダ（Jpeg フォーマットのヘッダの一部）もあるし、切り出してみます。



もう、まんま Jpeg ファイルでした（笑）
なるほど、いわゆる Motion JPEG って奴になるのかな？（動画は余り詳しくはありません）

Firefox / Chrome は Server push モードが使える書いてあるので、ストリーミングプロトコルとプラグインで対応しているとか思ったのですが、要は Firefox / Chrome は元々 Motion JPEG の再生に対応しているので、それが飛んできたら勝手に再生してくれるという仕組みのようです。

さて、内容はわかったので、録画を考えてみます。

１）とりあえず http で頑張ってダウンロードする。

幸いにも Content-type と Content-length で１枚の Jpeg づつ送られてきますので、アプリ内でバッファに溜め込んでもいいでしょう。
まぁやるとしたら、メインスレッドで http 受信及び切り出し。サブスレッドで切り出された Jpeg フォーマットデータをバッファに出力とかになるかな？

２）AVI 形式でコンテナを Motion JPEG にしてバッファの内容をファイルに書き出し。
１枚づつデータが飛んでくるので、12fps と仮定した場合、10分の録画に 7,200フレームになります。
（これ録画したファイルをバイナリで見たんですが、12:23(743秒)のファイルが 74393フレームで 100fps になっているんですが実際には 12fps くらいなんですよね。Motion JPEG って、そういうフォーマットなのかしら？）

とりあえず 12fps と仮定して、仮に 30分単位で保存したい場合は、21,600フレーム毎に出力ファイルの切り替えをやってやれば良いってことになります。

なにかエラーが発生したら、一旦 http を切って再接続する例外処理を行ってやればＯＫという感じになります。
ブラウザも必要なくなります。

あとは作れば良いだけの話になりますが、Motion JPEG の codec ってどんなのか知らないので、そこを調べなければなりません。（そこらが詳しい人が作ってくれたらすごい嬉しいんですが。）