[Armadillo:07474] Re: Armadillo-420 MJPG-streamer の画像乱れ問題について

[Yasuhisa Nakamura]

中村です。

2011年 8月 11日（木）15:18 に oyabe-k さんは書きました：
> こちらでも中村様が書かれているように、イメージデータの
> 先頭付近が１箇所のみ欠落していました（100〜200バイトくら
> い）。
> その他、フレームデータの途中から取り込まれたもの（先頭に
> SOIマーカーが存在しない）や途中までしか取り込まれていないも
> の
> （末尾にEOIマーカーが存在しない）もありますので、単にカメラ
> からの
> データをタイミングによって取りこぼしているだけではないかと思
> います。

output_file.soを使ってファイルにArmadillo本体メモリに
ファイルとして保存する方法で画像データの保存をしています。

各画像のファイル名が秒単位の時刻になっていますので、
それからfpsを求めると、960x720の圧縮がかからない200KBの
画像では、8fpsくらいでした。
圧縮がかかる30KBくらいの画像は15fps出てます。

output_file.soのソースをざっと見たところでは、このプラグインが
JPEGデータの中身やサイズでフィルタリングをしているような
ところはなさそうです。（見落としがあるかもしれませんが）

で、私のところでは、
Ａ：正常
Ｂ：ファイルサイズが６２８バイト
Ｃ：ファイルサイズが０バイト
Ｄ：画像の最初の方で１か所、数100バイト欠落

この４種類だけだと思っていたのですが、今日をサーバに
アップロードする作業をしていてもう１タイプあるのに
気づきました。
Ｅ：中身未調査ですが、JPEG表示できない

> しかし、データ転送量が少ない場合に欠落の症状が見られないのは

私のところで、960x720では逆なんです。
データ転送量（画像のバイトサイズ）が大きい場合は欠落はなく（ただし
転送レートは指定したものよりも落ちています）、圧縮がきく小さい画像の
場合に欠落が発生してます。（上のＥを除く）

画像をサーバにおきました。（数週間後には消してしまう予定です）

Ａ：正常で、圧縮がかかりにくい画像（200KBくらい）
  http://iktech.jp/mjpg-streamer-data/1/2011_07_31_01_17_20_picture_000000000.jpg
Ａ：正常で、圧縮がかかりやすい画像（30KBくらい）
  http://iktech.jp/mjpg-streamer-data/2/2011_07_31_01_26_58_picture_000000000.jpg

Ｂのァイルサイズが６２８バイトというものは、被写体によらず
常に同じ内容で、その１つをHEXダンプしたもの。
http://iktech.jp/mjpg-streamer-data/1/2011_07_31_01_17_25_picture_000000038-hex.txt

Ｄの欠落の例
http://iktech.jp/mjpg-streamer-data/2/2011_07_31_01_27_02_picture_000000045.jpg
（圧縮がかからない被写体では、今回の試験ではこれは存在せず）

Ｅ（次の１つだけ）
http://iktech.jp/mjpg-streamer-data/1/2011_07_31_01_17_32_picture_000000089.jpg

画像を全部、ディレクトリの中身を表示できるようにして
おいてあります。
サムネイル＆画像選択ダウンロードのCGIも入れときました。
（http://www.hidekik.com/imdl/imdl.html のエラー処理を手直し）

全画像を手元に取り出すには、このサムネイルCGIを使うか、
wgetのミラーリングなどを使ってください。

（数週間後には消してしまう予定です）

-- 
なかむら