アカウント名:
パスワード:
と思うんですけど。電子透かしを使いたいならJPEG2000があるわけで、ビューワの追加対応が必要なら結局DRM付JPEGも普及しないのでは。
そもそもJpeg2000がなぜ普及しなかったか、デコードコストや実装時の消費電力など、対応するためのハードルが幾つもあったはずですよ。それを議論せずに2000があるという主張はちょっと…
消費電力、というか計算資源は当然問題になりますよ。容量の差はゴミみたいなものですが、計算資源の差は莫大です。そもそも、JPEGは圧縮率が悪いわけではなく、JPEG側に画質を合わせれば、容量はほぼ同じで、場合によってはJPEGが勝つ場合もあります。だから、JPEG2000が本当に必要になるのは、画面が8Kとか16Kになったころで、その時は当然サイズによる計算資源問題がでますから、現状のプロセッサの2桁上くらいの性能、ムーア換算だと12年後ごろには必要になるかもしれません。
JPEG2000の方が低コストって前提で書かれた文章のように読めるけど、JPEG2000って素のJPEGより負荷が高かったはずですけど……容量比の画質ないし画質比の容量を改善するフォーマットで、負荷は二の次ですよ。あと、8K16Kであっても所詮は静止画なので余程高速に処理したいとかでないかぎり今でも問題無いですよね。印刷用の画像とか作ってる人たちの扱うJPEGはその辺りへ平気で足を踏み入れてるっぽいですし、今更かと。
他のツリーでも出てますが、JPEG2000が役に立つのは組み込みなどの本当に容量が限られている環境でしょう。容量に多少なりとも余裕があれば軽くてそこそこの画質が得られるJPEGで大体の事は済みますから。それ以外でJPEGには辛くJPEG2000が有利な用途ってのが殆ど無いってのがJPEG2000の欠点。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
JPEG2000の対応が進まないのに、DRM対応が進むわけ無い (スコア:0)
と思うんですけど。
電子透かしを使いたいならJPEG2000があるわけで、
ビューワの追加対応が必要なら結局DRM付JPEGも普及しないのでは。
Re: (スコア:0)
そもそもJpeg2000がなぜ普及しなかったか、デコードコストや実装時の消費電力など、対応するためのハードルが幾つもあったはずですよ。
それを議論せずに2000があるという主張はちょっと…
Re: (スコア:0)
当時のハードではそうだったが、現在のハードではたいしてコーディング/デコーディング時間も消費電力も問題にならないように思う。
それより最近はモバイル機がSSDで内蔵ストレージ容量を気にする人も多いからむしろ歓迎されるのでは。
Re: (スコア:0)
消費電力、というか計算資源は当然問題になりますよ。容量の差はゴミみたいなものですが、計算資源の差は莫大です。そもそも、JPEGは圧縮率が悪いわけではなく、JPEG側に画質を合わせれば、容量はほぼ同じで、場合によってはJPEGが勝つ場合もあります。だから、JPEG2000が本当に必要になるのは、画面が8Kとか16Kになったころで、その時は当然サイズによる計算資源問題がでますから、現状のプロセッサの2桁上くらいの性能、ムーア換算だと12年後ごろには必要になるかもしれません。
Re:JPEG2000の対応が進まないのに、DRM対応が進むわけ無い (スコア:0)
JPEG2000の方が低コストって前提で書かれた文章のように読めるけど、
JPEG2000って素のJPEGより負荷が高かったはずですけど……
容量比の画質ないし画質比の容量を改善するフォーマットで、負荷は二の次ですよ。
あと、8K16Kであっても所詮は静止画なので余程高速に処理したいとかでないかぎり今でも問題無いですよね。
印刷用の画像とか作ってる人たちの扱うJPEGはその辺りへ平気で足を踏み入れてるっぽいですし、今更かと。
他のツリーでも出てますが、JPEG2000が役に立つのは組み込みなどの本当に容量が限られている環境でしょう。
容量に多少なりとも余裕があれば軽くてそこそこの画質が得られるJPEGで大体の事は済みますから。
それ以外でJPEGには辛くJPEG2000が有利な用途ってのが殆ど無いってのがJPEG2000の欠点。