MicrosoftがJPEG対抗の静止画フォーマット「HD Photo」の仕様を正式発表 76
ストーリー by kazekiri
WMPのことか 部門より
WMPのことか 部門より
elfbin 曰く、
Microsoftが，JPEG対抗と評されている新しいデジタル静止画ファイルフォーマット「HD Photo」を正式に発表したらしい(ITProの記事、MSのプレスリリース)。HD Photo Feature Spec 1.0は既にDLできるが、JPEGに比較して高い圧縮率と画質劣化が少ないということ、可逆圧縮のほか非可逆圧縮にも対応するということらしい。Windows Vistaに標準搭載の「Windows Imaging Component（WIC）」コーデックで処理できていたが、今回の発表と同時にPhotoshopのプラグインも発表されている。さて、HD Photoの普及はどうなるか。
コンテナ+コーデック (スコア:4, 参考になる)
部門名にもありますが、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として仕様を公開したのに加えて、近くISOへ提案するそうですよ。見るべきものがありながら普及の点でいまいちな先行ファイル形式群の特徴をあれこれ詰め込んだコンテナなので、今度こそ普及するといいなあ。
Re:コンテナ+コーデック (スコア:0)
Re:コンテナ+コーデック (スコア:3, 興味深い)
案外、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:コンテナ+コーデック (スコア:1)
>RAWデータ+Exifデータ+サムネイル画像をHD Photoコンテナに収めるような解
各社独自形式の画像データをコンテナに格納
↓
他の人にデータを渡す
↓
codec が無くて展開できない罠orz
結局何の競合技術なのか (スコア:3, 参考になる)
●JPEG対抗のフォーマット(JPEGより圧縮率がよく高品質な非可逆圧縮ができるから)
●16bitPNG・TIFF対抗のフォーマット(可搬性を損なわず可逆圧縮ができるから)
●RAW対抗のフォーマット(センサの生データ保持して後から非破壊に調整できるから)
のいずれにも見えているようで、興味深いです。
MSの言い分を信じるなら、そのいずれも真実となる全部入りフォーマットということになり、いずれの代替として使っても充分威力を発揮するかのように書かれています。逆にHD photoで不可能なのはパレットの使用(GIFみたいな)とアニメーション(MNGみたいな)程度ですね。
個人的にはJPEGは(限界をわきまえるか、限界に気付かずに使うなら)現状大した不満のないフォーマットなので、そこの置き換えはなかなか進まない気がします。でも可搬性と圧縮率の高いHDR画像用のフォーマットとして見るなら非常に魅力的です。
技術的にはHD Photoではロスレス圧縮と非可逆圧縮は同じアルゴリズムを使用しているらしく、不思議な感じがします。
Re:結局何の競合技術なのか (スコア:2, 参考になる)
可逆：画像が離散的（デジタル）であることを受け入れて純粋に離散的に演算
不可逆：画像を連続的（アナログ）なものとみなして、実数の近似である浮動小数点で演算。実数と浮動小数点の差で誤差が発生し、これが不可逆の原因となる
乱暴に言うと、こんな感じだったと思います。
Re:結局何の競合技術なのか (スコア:1, 興味深い)
wavpack [wavpack.com] のハイブリッドモードみたいな感じなのでしょうか。
ハイブリッドモードとは、可逆(ロスレス)圧縮ファイルが、非可逆圧縮ファイル + 差分ファイルとして構成されるモード。つまり、両方のファイルを保存しておけば可逆のファイルとして扱え、差分ファイルがなくても非可逆のファイルとして扱えます。
去年の仕様公開の記事 (スコア:2, 参考になる)
Microsoftが新しい画像フォーマットの仕様公開 [srad.jp]
普及するにはインフラが必要 (スコア:2, すばらしい洞察)
- 世の中の Photoshop が CS2 以降ばっかりになるまで、あと何年かかるのか?
- IE, Firefox, Opera, Safari は初期インストール状態で JPEG 同等に対応してくれるのか?
- 携帯電話のブラウザはいつ対応できるのか? 非対応機種はいつごろ消えるのか?
- ファイル名の拡張子は hdp で決まりなのか?
- MIME サブタイプは決まっているのか?
- レンタルウェブサーバに掲載したら、何年後まで application/octet-stream になる場合が残るのか?
考えてみると相当なインフラが JPEG のために整備されていることが分かる。Re:普及するにはインフラが必要 (スコア:1)
IEには間違いなく実装されるし、ISOで標準化されればFirefoxにも実装されるだろうし、そうなるとOperaも実装せざるをえない。
あと携帯電話はゲートウェイ側で変換すれば簡単に対応できますね。
ただ、IEはMIMEを無視って表示するだろうけど他のブラウザはどうなんだろう。
もし直リンク貼るとバイナリ扱いでダウンロードが始まるんだろうな。
今に満足をしているってのは、上を目指さない理由にはならない。
まだ少しでも探求心が残っているなら今すぐubuntuを試してみよう。
Re:普及するにはインフラが必要 (スコア:2, 興味深い)
ISOで標準化されているという点では JPEG2000 も同じですね。
じゃ、JPEG2000 が何故普及していないのかといえば、libjpeg や libpng のような、完成度が高くて使いやすいサポートライブラリが JPEG2000 には存在しないのが原因だと私は思ってます。JasPer ってのがありますけど、私が見た限りでは Web ブラウザに組み込めるようなものには思えなかったです。
ですから、Web での普及を目指すのなら、少なくともUNIX系環境で共有ライブラリにできるような完成度の高いサポートライブラリが提供されるかどうかでしょう。圧縮技術も年々高度になってますから、よほどその圧縮技術に魅力や存在意義がないと、自前でコードを書いてまで実装しようとは思わないでしょうし。
Re:普及するにはインフラが必要 (スコア:1, 興味深い)
それでもJPEG2000を越えるか越えないか程度で、普及率はJPEGとは
比較になりません。
ぶっちゃけていうと、遅いんですよね。
最新ハードのパワーを持ってしても、遅い。
サムネイルとか２回目以降はキャッシュするにしても、気が狂います。
高い圧縮率？ (スコア:1)
まあよくある日本語的な間違った言い回しだとは思いますが・・・技術的なことを語るなら正すべきかと。
「高圧縮」とか「高い圧縮効率」なら間違ってないと思う。
#蛇足
サブマリン特許のリスクをMSが負担してくれるの？ (スコア:0)
それなら使ってもいいかも。
とりあえず普及して欲しい (スコア:0)
JPEG2000はスベってしまった様だし、問答無用でVistaで対応ってのであれば普及度は余り心配する事も無さそうだし。
Re:とりあえず普及して欲しい (スコア:1)
どういう所で不足しているんでしょうか？。
自然画像を見ている限り、あまり気になった事は無いのですが
あれでダメなら、非圧縮か可逆圧縮じゃないとダメかなとも思う。
Re:とりあえず普及して欲しい (スコア:4, 参考になる)
それ以上のことをやりはじめると、途端にJPEGは不便なフォーマットです。基本的なコンセプトは下のページをどうぞ。
RAWデータとJPEGの関係
http://plusd.itmedia.co.jp/lifestyle/articles/0611/24/news023.html [itmedia.co.jp]
個人的には今のRAW画像フォーマットの乱立状況は誰かのメリットになっているようには思えないので、HD Photoのようなフォーマットが普及すれば、敷居が低くなって嬉しいと思っております。
Re:とりあえず普及して欲しい (スコア:1)
知りませんでした。勉強になりました。
# JPEG を弄っても奇麗にならなかったのに、こういう原因もあったのかなぁ。
# AWB を切ったまま撮影したものも、RAW だったら救えていたのかと思うとちょっと残念。
もしそれがメリットなら、JPEG 対抗というよりは、各社独自 RAW 対抗の
フォーマットのような気もしますが、HD Photo がはやってくれると、わざわざ
RAW で撮っておかなくても、JPEG 程度のサイズに圧縮された画像でレタッチが
簡単にできるという事でしょうか？
あれこれのソフトが、どこそこの RAW に対応したとか、よく見る記事なので、
大変そうだなと思っていたのですが、高品質なレタッチが可能な軽量で標準的な
フォーマットがあると便利そうですね。
Re:とりあえず普及して欲しい (スコア:1)
「RAW画像フォーマットの乱立状況は誰かのメリットになっているようには思えない」
となるのかがわからない。
RAWというファイルフォーマットがあるわけではなく、A/D変換を行った「生（に近い）」の画像データなのだから、光学素子やA/D変換回路などの違いで違って当たり前。
それをあらためて「現像」時に処理するからこそ、メリット（レンズ、カメラ、回路の違い、撮影者の感性＞味）があるわけで、カメラの限られたプロセッサ、メモリ、エネルギーを統一フォーマット画像をつくるために使うなんて無駄なだけ。
ましてフラッシュメモリの値下がりが続いている＆PCの能力が上がっている状況で多少の容量の多さは気にしないですむようになりつつある。
だとしたら、RAW+jpegで撮影して確認用でのみjpegを使えばすむこと。
使い勝手を向上させるという点で望まれるのは、
PDF (複数フォーマットのファイルを束ねて１つのPDF文書に)
Apple の Universal Binary (Intel, PowerPC, 68kなどのバイナリを外見上はひとつのファイルに統合）
のような考え方と実装。
ひとつのファイルのように見えて、実際は複数の規格を内包し、扱うソフトによってそのなかの適切な画像を処理し、できるだけ元の画像はそのままで、履歴情報などを付加していく、ようなイメージ。
現実のソフト、フォーマットの中でうまく見せているのは、Apple iPhoto かな。
Re:とりあえず普及して欲しい (スコア:2, 参考になる)
HD Photo offers both lossless and lossy image compression, and can retain the full dynamic range and color gamut data from a camera’s sensor. Also, because making adjustments to common color balance and exposure settings won’t discard or truncate data as other common bitmap formats typically do, it’s easier to “undo” those changes at a later time. As a result, significantly smaller files can be created while still retaining optimum picture quality.
と。つまり「JPEGよりも高い圧縮率でWeb用に画像を掲載したい!」というシンプルなJPEG置換の要求にも応えられる一方で、「デジカメの生画像保存用に生データは小さく保持した上で、現像後の絵も同時に(1ファイルで)管理したい!」というプロフェッショナルな要求にも同時に応えられるフォーマットということです。
前者の用途なら現在のJPEGで殊更不満もないですが、後者はかなり重要かと。今後は、「RAWとJPEGの2つのファイルを別々に管理する」という面倒臭い作業は必要なくなるかのように読み取れます。「できるだけ元の画像はそのままで、履歴情報などを付加していく、ようなイメージ」と仰るそのものですよね?
Google Picasaは同じようにJPEGを非破壊に調整できる仕組みを持っていますが(iPhotoも?)そのパラメータ管理が独自なので、結局Picasaでしか編集結果を確認できず、不便です。
それらが1個のファイル内で完結する標準フォーマットで可能で、WindowsのExplorerが既に対応しているというのだから、手持ちのRAW画像とJPEG画像を全部HD Photoに変換したくなる程のメリットに感じます。
Re:とりあえず普及して欲しい (スコア:1)
HD Photoのスペックを見てみたら、単なる16bit/channelをサポートしただけのJPEGの親玉みたいなもんですね。
RAWデータをHD Photoで保存しましょう、とか、現像前後の画像を1個ファイルで管理しましょう、みたいなのはまだ夢物語のようでした。
前言撤回します。ごめんなさい。
Re:とりあえず普及して欲しい (スコア:1)
「RAW画像フォーマットの乱立状況は誰かのメリットになっているようには思えない」
とは自分も感じてる。それは、RAWデータをJPEGみたいに普通に扱えるソフトが、
カメラメーカとライセンス契約した会社からしか出てこないから。
#1123574の言うように、保存フォーマットの敷居が低くなると嬉しい。
＞カメラの限られたプロセッサ、メモリ、エネルギーを統一フォーマット画像をつくるために
＞使うなんて無駄なだけ。
リソースの増大・省電力も、フラッシュメモリの値下りやPCの能力増大と同期してるよ？
ただ、各社のRAWメタデータを包括したうえで、将来の新規格にも耐えうる
統一フォーマットを策定できるかどうかは疑問。
OpenRAW [openraw.org]が頑張ってるみたいだけど。
＞・・・多少の容量の多さは気にしないですむようになりつつある。
＞だとしたら、RAW+jpegで撮影して確認用でのみjpegを使えばすむこと。
RAW+JPEGで30GB。撮影に出掛けたらじっくり撮っても400枚は撮りたいから
一日で12GB。メディアの容量単価はどんどん下がってるけど、とっとと
二層BD普及して欲しい。＜それ何てファインピクス？
非破壊調整の類は、これと独立でもいいからもっと広まって欲しいところ。
Re:とりあえず普及して欲しい (スコア:2, 興味深い)
が、各デジカメメーカは殆ど様子見です。
統一フォーマットは将来読めなくなるであろう(メーカが消えるとか、
サポートが無くなるとか)RAWデータをどうにか将来も完全に情報を取り
出せる形で保持していたいというユーザ側の要望が大きいのですが、メーカ
独自の味を出すためにRAWデータ部分もメーカが仕様を決定しているので
それを包括するフォーマットはなかなか難しいです。メーカがなかなか
統一フォーマット採用に踏み切らないのはそういう部分が大きいです。
まあ、鶏と卵状態なのでなんともというところです。
現状ではユーザはRAWデータと数種のフォーマット(PNGとかBMPとか)に
保存しておくという方策しかありませんね。
Re:とりあえず普及して欲しい (スコア:2, 興味深い)
RAWは、生データ（生成データ）として認識しています。
ですから、素子や回路、プロセスが違えば、出力が違ってくるのが当たり前で、統一するという発想自体がナンセンスだと思います。
それを吸収するのは、手近なところでいえばPC上のOSなり、アプリケーションなりで行えばよいのではないでしょうか。
なぜこういうかといえば、RAWがデジタルカメラだけのものではないからです。
可視領域に留まらず不可視領域、超高速、複眼、など映像センサーとしてみたなら、その出力領域はきりがありません。それの出力データとしてRAWがあるのだとしたら、それらをひとつのフォーマットに押し込もうとしても無理があるとは思いませんか。その上、もしその時点で少しでもデータを切り捨てるようなことがあれば二度と手に入りません。
それよりは今のような垂れ流しのデータをうまくくるんで、プレビュー＋データで見た目がひとつ、というスタイルの方がよりスマートだと思うのですが。
Re:とりあえず普及して欲しい (スコア:1)
自分の意見を整理すると、
・RAWフォーマット（便宜上）を統一できるとは思わない
・狭苦しいJPEGに代わる新フォーマットが普及することは歓迎
・コンテナスタイルはいいアイデアだと思う
このうち2点目の見解が違うみたいだけど、JPEGのビット数を増やしたものが有れば、
保存形式で困ることは「ほとんど」無くなって、いい写真だけどJPEGからは救出できない、
というようなことが無くなるんじゃないかという期待があるから。
気持の上での根拠としては、ダイナミックレンジを400%(RAWデータは1600%)拡張した
影像素子を使い、カラーフィルタもADCも「現像」処理も違うカメラの出力する画像でも、
他デジを使ってほとんど似たものを作るとができる、という経験が大きいかな。
＞・・・統一するという発想自体がナンセンスだと思います。
自由度の大きい統一フォーマットを策定したところで、RAWからの処理に比べれば
当然制限は出てくる。でも現状に比べればはるかにましになると思うよ。
新フォーマットが普及しても、RAWじゃないと満足できない人はRAW+新フォーマットで
撮影するんじゃないかな^^;
＞超高速、複眼
これ、具体的に何のこと？
Re:とりあえず普及して欲しい (スコア:1)
結局HD Photoは要するに「48bpp以上にも対応してて可逆圧縮もできるJPEGの仲間」というだけのものですね。RAWに単にダイナミックレンジだけを求めている人にとってはRAWを捨てる理由になりえるとは思いますが、あくまで別物だということには同意します。
HD PhotoがあってもRAWを使い続ける理由として、アルゴリズムが変わった後に再現像で画質アップみたいな期待があるのでしょうけど、う～んそれは確かにプロ向け過ぎてMSがフォーマット決めるべき世界じゃないか。
Re:とりあえず普及して欲しい (スコア:1)
狭苦しいんですが、jpegってよくできていると思うんです。
通常のデジタルカメラで撮る用途では、カメラ側（ハードウェア、ソフトウェア双方）の努力によって、けっこうまともな画像が出力されます。そして、当たり前に普及している。
もっとよい方法がある、それは確かに事実です。
策定時点から時間が経過していますし、技術の進歩も著しい。
だからといって、カメラ、スキャナ、PC、プリンタ、など映像に関わる機器すべてに新フォーマットを導入しなければ、どこかでjpegに変換しなければならない...とすれば、新フォーマットにどういう意味があるのだろう、と考えるわけです。
デジタルカメラでいえば、RAWというとりあえず撮った画像をすべての出力する「フォーマット」がある。
そして、多種多様な画像を余すところなく内包するフォーマットがあったとして、それに従うと必要ない部分まで出力することになって、無駄な部分が出てくるのではないか？
ある程度のところで切り取るなら、
>新フォーマットが普及しても、RAWじゃないと満足できない人はRAW+新フォーマット
>で撮影するんじゃないかな^^;
結局こうなってしまって、意味がないと思うんです。
もちろん、ファイルサイズがより小さく、処理速度もより速く行えるのであれば、それなりに意味があると思いますが。
>＞超高速、複眼
>
>これ、具体的に何のこと？
自分が見た記事を探しているんですが、どうにも出てこないので適当に書きますが、デジタルカメラの開発者にインタビューした記事で、撮像素子を人の感覚にあわせると進歩できる余地はそれほど大きくないかもしれないが、そこにこだわらない（センサとして考える）のであればまだまだ先は長いし、用途も広がる、というような内容でした。
階調と超高速はそこで取り上げられていた例だったと思います。
複眼というのは、わたしが付け加えた部分で、いつまでたっても普及しない立体視（平行２眼の場合）をワンショット（１ファイル）でとることが可能ではないか？記録することができるのではないか？という思いつきです。
また多眼（３眼以上、たとえばトンボの眼）になった場合、どのような表現（記録）が可能なのか？という興味もあります。
Re:とりあえず普及して欲しい (スコア:1)
＞と、師匠にはよく言われてますが、
＞DSLR全盛時代には必要ないスキルでしょうかねぇ・・・
新しいカメラを買って電池と枚数の制限がかなり厳しくなったので、一枚一枚の質が上がりますた^^;
フィルムで撮った写真を見るとデジより断然密度が高いんだけど、
やっぱりたくさん撮ったほうが上達が早いよ。
枚数に余裕が有っても写真一枚に対する緊張感を失なわない。
いつになったらここに辿りつけることか・・・
非可逆圧縮？ (スコア:0)
デジカメのファイルフォーマットは可逆形式に向かうんではないでしょうか？
（可逆方式になってほしいという願望もあります。）
このファイルフォーマットも可逆圧縮対応ですが、
現行の圧縮方式に比べてのアドバンテージって何でしょう。
圧縮の処理が早いとか、省電力で済むとか、チップが安くすむとかがあると採用が広がりそうです。
Re:非可逆圧縮？ (スコア:0)
無圧縮の間違いだろ?
ストレージが潤沢ならなんで圧縮する必要があるんだ。
Re:非可逆圧縮？ (スコア:0)
無圧縮も可逆形式の一種。
Re:非可逆圧縮？ (スコア:0)
Re:非可逆圧縮？ (スコア:2)
メディアから100枚（1GB）取り出すのに2分弱
5ＭＢに圧縮すると毎秒2枚。
メディアから100枚（0.5GB）取り出すのに1分弱。
あと、圧縮する（エネルギー的な）コストとメディアに記録するの
かかるコストという議論もあると思うがAFやAE、ストロボ、液晶ファインダー
とう電気喰いの面々の中では取り立てて議論する必要もないでしょう。
普及の鍵は (スコア:0, 興味深い)
どうせ対応しないんでしょ？
#まだまだ使ってる人はいるのにね
Re:普及の鍵は (スコア:1, おもしろおかしい)
#FL-MASKをインストールした人、素直に手を上げなさい ノシ
Re:普及の鍵は (スコア:0)
＃それをうっかり忘れて普及後に恥ずかしい思いをすることになるのでAC
Re:普及の鍵は (スコア:0)
オープンソース界隈では自分でやれとか平気で言うのに、MSが絡むとそれじゃ駄目なんですか？
ライセンス形態はどうするのだろうか？ (スコア:0)
あと、どうやってマカーを懐柔するのか知りたい。
Re:ライセンス形態はどうするのだろうか？ (スコア:0)
PNGならライセンスはクリアだと思うし(GPLだよねぇ？)、可逆圧縮だと思うんだけど
PNGじゃ駄目なのかねぇ？
ライセンス形態はどうするのだろうか？ (スコア:2, 参考になる)
pngをサポートするなら真っ先に利用することを検討するであろう libpng は独自ライセンス [libpng.org]みたいですね。libpngを使うために必要なzlibはさらに別のライセンスなので一筋縄では行きませんが、ハードルはGPLなんかよりずっと低い。GPLedなpng圧縮・展開のライブラリがあるかも知れませんけどね。ちょっと調べた範囲ではPNGのエンコード・デコードプログラムを自分で書いたなら、好き勝手なライセンスで配布できると思います。
PNGを推進しようとしていたのは、特許の問題だったはず。まあ特許のライセンス問題という意味ではライセンス問題なんだけど、「ライセンス問題」とくくってしまうのはちょっと乱暴だと思います。
vyama 「バグ取れワンワン」
Re:ライセンス形態はどうするのだろうか？ (スコア:1, 参考になる)
http://www.opensource.org/licenses/zlib-license.php [opensource.org]
GPLではないがGPLと一緒に使える
http://www.gnu.org/licenses/license-list.ja.html [gnu.org]
Re:ライセンス形態はどうするのだろうか？ (スコア:2, 参考になる)
JPEG vs PNG (スコア:3, すばらしい洞察)
JPEGは自然画用、PNGは非自然画用なので、比べてもあまり意味がないのでは？
--
って思うんだけど…
Re:JPEG vs PNG (スコア:1)
もちろんその通りです。PNG は JPEG とは逆に自然画は苦手です。でも、新しいフルカラー可逆圧縮画像フォーマットと聞くと「PNGじゃ駄目なの？」という人が必ずいるので、PNG は 自然画用途には不向きだということを書いただけです。
Re:ライセンス形態はどうするのだろうか？ (スコア:0)
pngってもともとgif対抗だから機能はあまり多くないよ。
Re:ライセンス形態はどうするのだろうか？ (スコア:0)
一番の理由は、アニメーションができないところでしょうね。もちろんMNGはありますが、PNG以上に多数派ソフトの対応が…とか、書籍情報が…。
結局は、機能どうこうより、見るほうと作るほうのソフトの対応しだいではないでしょうか。この結論だとあたりまえすぎでおもしろくありませんが。
-- A.C., nothing more, nothing less.
アニメーションPNG (スコア:1, 参考になる)
Firefox3(Gecko 1.9) では、アニメーションPNG (!= MNG) が実装される模様です。
「Firefox 3」ではタブやオフライン機能が充実 [itmedia.co.jp]
APNG Specification [mozilla.org]
# mozilla では、MNG は捨てたけど、(仕様が複雑では無いので)アニメーションPNG は採用するらしい。
＞APNG is a simpler alternative to MNG
＞APNG is backwards-compatible with PNG; any PNG decoder should be able to decode the first frame of an APNG and treat it as a normal single-frame PNG.
MNG は複雑すぎて(見るほうと作るほうの)対応ソフトがでてこなかったみたいですが、APNGはMNGより簡易な仕様のため、対応ソフトが出てくることに期待と、APNG非対応ソフトで表示したら、(一枚絵の)PNGに見える後方互換性があるらしい。
Re:ライセンス形態はどうするのだろうか？ (スコア:1)
TIFF の場合、ファイルサイズの上限とかの問題がありますね。(オフセット情報が 32bit とか)
というか、データチャンクに突っ込む形にしてしまえば、理論上は PNG だろうが動画だろうが mp3 だろうが何でも持てます。専用アプリくらいしか使えなさそうですが、TIFF がサポートしてるどれかの形式をメインの絵として追加データを持たせるという形で扱うなら、一応それなりに使いやすいデータ形式かと。
# JPEG サポートは、5 年くらい前の TIFF 仕様で既に入ってたと思います。
Re:ライセンス形態はどうするのだろうか？ (スコア:1, 参考になる)
16bit/channel の画像にも対応してますよ。
状況が違う (スコア:5, 参考になる)
ざっとHD PHOTO 1.O DEVICE PORTING KITのライセンスを読んだ感想ですが、今回はMSが文面で使用、コピー、配布、修正(GPLほど自由じゃないが納得できるレベル)の許可を明示的に出しています。普通に考えればMSの持っている特許の実施権も含まれます。2.0でライセンス変更してという可能性はあるけど、嫌なら1.0仕様だけを使えばいい。
MSも調べきれてないサブマリン特許があるかは分からないですが、少なくともUnisysの時のような問題は起きないと感じています。
vyama 「バグ取れワンワン」