「MicrosoftがJPEG対抗の静止画フォーマット「HD Photo」の仕様を正式発表」記事へのコメント

コンテナ+コーデック

[yourCat (4820)]

部門名にもありますが、HD Photoは旧Windows Media PhotoコンテナとWMPhotoコーデックです。 HD Photo Feature Spec 1.0 [microsoft.com]はHD Photoコンテナの説明とWIC APIからの利用について書かれています。HD Photo DPK 1.0 [microsoft.com]の方に、HD Photoコーデックの説明とANSI-Cポートがあります。
HD Photoとして仕様を公開したのに加え

Re:コンテナ+コーデック

[Anonymous Coward]

仕様がどうであれ、ケータイデジカメで使えなきゃ論外。その辺大丈夫なのかな？

Re:コンテナ+コーデック

[yourCat (4820)]

仕様がどうであれ、ケータイデジカメで使えなきゃ論外。その辺大丈夫なのかな？

案外、HD PhotoがWindows EmbeddedやMobileのキラー機能になって、普及が進むかもしれませんよ。「マイクロソフト、携帯用ＯＳに本腰　シェア伸びず危機感 [asahi.com]」などという話もありますし。

そうなると、問題はコーデックを処理するチップの方でしょうか。MSだとどうしても汎用CPUを想定して設計してしまうでしょうが、JPEG処理を低オーバーヘッド/省電力でこなすチップなら既にいくらでもありそうですから。
似たような話で、デジタル・ウォークマンがATRAC3/ATRAC3plusのみに対応 [srad.jp]したのは、携帯MDプレーヤー向けに低オーバーヘッド/省電力で十分枯れているATRAC3/ATRAC3plus特化チップを持っていたからですよね。だから自慢のスタミナ再生も、MP3やAACになると途端に連続再生時間が短くなりました。
そこでわたしが注目しているのが、HD Photoのコンテナ構造です。AVIコンテナにDivXでエンコードしたデータを収めるように、RAWデータ+Exifデータ+サムネイル画像をHD Photoコンテナに収めるような解がいずれ出てくるだろうなと予想しています。

Re:コンテナ+コーデック

[tanaken (9533)]

>AVIコンテナにDivXでエンコードしたデータを収めるように、
>RAWデータ+Exifデータ+サムネイル画像をHD Photoコンテナに収めるような解

各社独自形式の画像データをコンテナに格納
↓
他の人にデータを渡す
↓
codec が無くて展開できない罠orz

Re:コンテナ+コーデック

[Anonymous Coward]

>各社独自形式の画像データをコンテナに格納
>↓
>他の人にデータを渡す
>↓
>codec が無くて展開できない罠orz

そう、だからtiffが嫌いになったんです。

Re:コンテナ+コーデック

[Anonymous Coward]

>AVIコンテナにDivXでエンコードしたデータを収めるように、 >RAWデータ+Exifデータ+サムネイル画像をHD Photoコンテナに収めるような解 各社独自形式の画像データをコンテナに格納 ↓ 他の人にデータを渡す ↓ codec が無くて展開できない罠orz

Re:コンテナ+コーデック

[Anonymous Coward]

結局のところ、コンテナをいくら変えたところでデコード処理が変わるわけではないでしょう。ですから、省電力化がガンガン進むということは無いのではありませんか。