JPEGの後継画像フォーマットについて議論するスレ
レス数が1000を超えています。これ以上書き込みはできません。
JPEG 2000は心じゃったの?
Windows Media Photoの可能性は?
動画フォーマットがどんどん進歩している中、取り残された
静止画フォーマットの将来について語るスレです。 HDRは普及しているモニターの大半がなんちゃって規格のせいで
正しく表示されなくて半ば害悪になっている側面もあるからなあ HDR対応()モニターへHDR出力したら画面が黄色っぽく汚くなって速攻で戻した
以来HDR出力はゴミとしか思ってない https://groups.google.com/a/chromium.org/g/blink-dev/c/WjCKcBw219k/m/xX-NnWtTBQAJ
ウェブの進化を支援することは困難なことであり、私たちは難しい選択をすることを要求されます。
また、ブラウザやデバイスのパートナーから、フォーマットを追加するたびに(金銭的またはハードウェア的な)コストがかかると聞いており、これらのコストが Google 以外の人々によって負担されていることを強く意識しています。
新しいメディアフォーマットを評価するとき、まず問われるのは、そのフォーマットがウェブに最適かどうかということです。
たとえばJPEG XLのような新しい画像フォーマットでは、さまざまな要素を総合的に検討する必要があります。
たとえば、さまざまな画像の圧縮性能、小さな画像の高速レンダリングを可能にする高速デコーダ、大規模ユーザーにとってエンコーディング費用が妥当となるハードウェアサポートを備えた高速エンコーダ、新たなフォーマットのサポートを追加するのではなく、既存のフォーマットを最適化し新しいユースケースに対応できるか、他のブラウザやOSはサポートしているか、などです。
データを精査した結果、ChromeのJPEG XL実験を中止し、実験に関連するコードを削除することを決定しました。 今後、数週間のうちにデータを公開できるよう努力します。
ChromeでJPEG XLを使いたい人にとって、WebAssembly(Wasm)の実装はパフォーマンスも高く、前途洋々であると信じています。 今後はwasmでウェブサイト側が各々wasmでjxl表示に対応すればいいってことだな 今後はウェブページのバイナリ化がいっそう進みそうだね >>956
サイト側が対応なんて、そんなことできるの? >>958
cloudinary.comのJPEGXLコンバータはWASMで動いてるはず ウェブアセンブリは次世代のflashだっけ?あんまよく知らない WebAssemblyは機能面だけ見れば、単に処理速度が速いJavaScriptだよ javascriptより軽量、高速、主要ブラウザで完全対応、と宣伝しとくわ >>958
ブラウザをavifに対応させるやつとかあるので
出来ないことはないが余計な読み込みが増えるからね…
https://github.com/Kagami/avif.js >たとえばJPEG XLのような新しい画像フォーマットでは、さまざまな要素を総合的に検討する必要があります。
>たとえば、さまざまな画像の圧縮性能、小さな画像の高速レンダリングを可能にする高速デコーダ、大規模ユーザーにとってエンコーディング費用が妥当となるハードウェアサポートを備えた高速エンコーダ
これXLはエンコード遅くて対応する価値無いって事だよね 理由に関しては
>数週間のうちにデータを公開できるよう努力します。
って書いてあるんだしそれ待つしかなくないか 速度の比較ってないの?
にわかだけどあまりエンコード遅いって話聞かないけど 問題はエンコードじゃなく
xlに変換した後の表示速度やスマホやPCへの負荷が他のフォーマットより重いって事じゃねーの?
ChromeはAVIFですらサポートしてるのにxlは消極的だからな libjxlのデコードはクソ遅いよ
dav1dのデコードのがよっぽど速い AVIFもゲロ重じゃなかったか
デコードはそうでもないのか AVIFはAV1と一蓮托生だし今更ChromeもAV1のサポートは切らないだろうし エンコードは最近のlibaomがかなり最適化が進んでJXLと遜色ないレベルになってる (除ロスレス)
手元の環境では両者デフォルトのavif speed 6とjxl effort 7で同じぐらいの速度だった
デコードはlibaomを使うとJXLより重くdav1dを使うとJXLより軽いって感じ なんでこのスレでJXL が持ち上げられてるのか意味わからん ハードウェア支援がないって理由はなんか納得しきれないな
もっとトラフィックの削減を気にした方がいいんじゃないですかね 技術系の板なんて、古いものを使い続けるぞとかレストアするぞ
みたいなスレを除いて、基本的に新しいものが好きだから普通 速度と画質を比較した第三者的なデータがないと単純な比較にもならないでしょ
そもそもどっちが上位互換とかでもなく特徴の違うものを並べて特定要素で優劣つけるのは何の意味もなくて浅はかだけど
まあJPEG Xで想定されるWebのユースケースがすべて他で問題ないっていうデータをGoogleが出してくれたらある程度白黒つくよ >>976
スレタイ通りの画像コーデックはjxlしか無かったからな >>974
うちのロースペに片足突っ込んだマシンだとavifdec(libdav1d6)よりdjxlの方が速かった
特に大型ディスプレイ向けの壁紙なんかだと結構な差に mozjpegかguetzliを使えってことでつね >>984
pngかavifでいいじゃん、なにか問題あるの? Jpeg XLをサポートしない理由が他の画像サポートする時にあったのかいって思う
公正な判断とは言えないし、今回のでChromiumはGoogleの所有物だと強く感じたな Twitterとかredditと違ってここはgoogle様が正義だって意見多くてビビるな
代わりがあります!我慢します!とか奴隷かよ… 安心しろ、無能が一人で自演してるだけだ
専門版で無知晒して喜ぶ本物の知恵遅れなんてそうそういないし
現実で認められないから優しく相手してあげるほど喜んで増長する jpegxl信者だけど実際のところ大半が事実で反論できなくて悔しい
なんでデコードがあんなに遅いんだよ デコードに関しては誰もデータ出してないから好き放題言えるよな JpegXLはエンコード能力が過去最高なのは認めるけどデコード能力がゴミすぎる >>995
jxlは不利になる情報を出さないからしょうがない デコード速度で切られるなら真っ先に切られるのはAVIFだろ
これ言い訳にしてきたらAOMのご機嫌取りしたって自白と同義だ AVIFはAV1サポートするならおまけで対応できる このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 6012日 13時間 11分 48秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。