JPEGの後継画像フォーマットについて議論するスレ 3 (114ﾚｽ)
上下前次1-新
1(1): 03/06(木)11:52 ID:Q/Czvol4(1)調 AAS
静止画フォーマットの将来について語るスレです。
前スレ
JPEGの後継画像フォーマットについて議論するスレ 2
2chｽﾚ:cg
15: 03/12(水)03:24 ID:eoRSZMmz(1)調 AAS
avif嫌いなやつは普及してないと思いたいから>>9みたいな事を言いがち
16: 03/12(水)07:31 ID:Di8JgdBv(1)調 AAS
XLが覇権を取ったら全て解決するのに…
17: 03/12(水)09:02 ID:3CK+n898(1)調 AAS
webpはYouTubeのサムネにも使われてるがavifなんて所詮オナニーフォーマットだからな
18: 03/12(水)09:12 ID:K3K1msMQ(1)調 AAS
エンコがアホみたいに遅くてデコードが速くて縮むbrotliがGoogleのパワープレイでブラウザ標準になったんだし、似たような境遇のavifもハードウェアチップが完全に一般的になれば少なくともGoogle謹製サービスでは多用されると思う。
19(1): 03/12(水)13:11 ID:ek7l4wpI(1)調 AAS
Youtubeのサムネってトップページにだらだらと表示されている静止画のことでいいのか？
今確認してみたらavifだったが
20: 03/12(水)14:13 ID:iyZpsP+i(1)調 AAS
>>14
そのAppleもjpeg xl使い始めたしね…heifは引退だろな
21: 03/12(水)14:17 ID:5M58Iuyb(1)調 AAS
阿部寛のホームページが採用したフォーマットが優勝
22: 03/12(水)14:19 ID:2mDgH/CI(1)調 AAS
>>19
帯域減らすために勝手に作ったwebpを勝手に採用してたのと同じで
ブラウザが対応したら勝手に使うわな
拡張子はJPEGだけど中身は高圧縮したavifに入れ替わってる (以前はwebpだったけど)
23: 03/13(木)17:01 ID:2PCnFiJG(1)調 AAS
https://pbs.twimg.com/media/FcXZi8bXEAIASny.jpg
品質とエンコ速度の比較
https://sneyers.info/trade-offs.html
24: 03/13(木)18:24 ID:aeU28POA(1/2)調 AAS
avifってエンコ速度遅いんだ
あとデコード速度比較も知りたいな
25: 03/13(木)18:32 ID:8n1ps6/E(1)調 AAS
エンコード速度（負荷）が重要視されるユースケースはほとんどない
カメラでの超高画質の連続撮影などのシーンに限られる
26: 03/13(木)19:21 ID:95i9KXLy(1)調 AAS
XnConvertのavifロスレス設定の修正きてた
エンコードかなり遅いのにwebpロスレスより縮まないのホント意味わからんな
27(1): 03/13(木)19:29 ID:7jfAwvBE(1)調 AAS
avifってデコードも遅いんだろ
ビューアで連続で表示するのに地味に負荷かかるんなら結局後継にはならないね
28: 03/13(木)19:33 ID:aeU28POA(2/2)調 AAS
そういやavifのロスレスは縮む！とかアホ面晒してた奴いたなあ、懐かしい
29: 03/13(木)19:54 ID:XW1DLDFn(1)調 AAS
svt-av1とaomでエンコ速度が数倍違う
まあ4:2:0しかサポートしてないとか制限あるんだけど
30: 03/13(木)22:36 ID:peQVqQW0(1)調 AAS
グラボの動画デコード支援が使えるから表示の方はCPU使わず爆速なんやで
31: 03/13(木)23:27 ID:88bxfiEg(1)調 AAS
avifってHWデコード使ってる例あるのかな
webpはブラウザだと対応させるほどのメリットがないとかでSWデコードだけだって見たから気になってる
32: 03/14(金)00:02 ID:9PZX2cFa(1)調 AAS
ffmpegはhwaccel指定すればどれでもアクセラレーションされるし
WindowsプログラミングならDirectX経由で画像叩けば勝手にGPU使う
ブラウザは当然に使ってる。メジャーなビューワアプリもffmpeg経由なら自動で
33: 03/14(金)00:38 ID:MfNxocB2(1)調 AAS
>>27
https://codeparrot.ai/blogs/avif-file-format-the-evolution-in-web-image-compression
avifのデコード速度は遅くないよ
むしろJPEGより速い
34(1): 03/14(金)10:28 ID:EmXVBUwv(1)調 AAS
https://pbs.twimg.com/media/GIsYwycWsAAtPQw.jpg
35: 03/15(土)01:30 ID:o8dqiNuP(1)調 AAS
>>34
jxlエンコデコード以外の数字そんな変わらんしe3一択すぎないか
36: 03/25(火)21:42 ID:cU7hXSfJ(1)調 AAS
Windows 11のInsider版で、フォトアプリがJPEG XLのサポートを追加したよ
https://blogs.windows.com/windows-insider/2025/03/24/march-2025-microsoft-photos-update-now-rolling-out-to-windows-insiders/
> Other fixes and improvements
> Due to popular requests, the Photos app now supports JXL files.
多くのご要望にお応えして、フォトアプリがJXLファイルをサポートするようになりました。
37: 03/26(水)15:11 ID:Bvtk0Ggq(1)調 AAS
AppleもじわじわサポートしてるしあとはGoogleか
38: 03/26(水)19:44 ID:q/hltjv2(1)調 AAS
フォトアプリが対応するのか?
それともWIC経由の他のアプリも対応すのか?
39: 03/27(木)10:38 ID:FptDZBh0(1)調 AAS
jpegよりデコード軽くてファイルサイズが縮むのって結局webpだけ？
40: 03/27(木)14:40 ID:q+AC7a/S(1)調 AAS
そうそう
webp最強はい君にこのスレは不要
41: 04/21(月)08:53 ID:CiFx7l6q(1)調 AAS
サルチンマンコ
42(1): 05/10(土)18:18 ID:agvKVvI0(1/3)調 AAS
libavifはもう1.3か
更新ペース上がってていいね
libjxlはRust言語で1から作り直すらしい
普及はまだまだ先だね
43: 05/10(土)18:35 ID:7yCOCUVK(1)調 AAS
>>42
jxl−oxideをベースにするのかな？
44: 05/10(土)18:57 ID:umxJRvmh(1)調 AAS
主にFirefoxのためにrust実装が必要とは言ってるがlibjxlをrustで1から作り直すなんて話はしてないと思うが
45: 05/10(土)19:04 ID:agvKVvI0(2/3)調 AAS
新規で作ってるようにしか見えない
https://github.com/libjxl/jxl-rs
> This is a work-in-progress, and currently incomplete reimplementation of a JPEG XL decoder in Rust, which aims to be conforming, safe and fast.
(Google日本語訳)これは、準拠、安全、高速であることを目指した Rust での JPEG XL デコーダーの再実装であり、現在進行中で不完全なものです。
46: 05/10(土)19:20 ID:agvKVvI0(3/3)調 AAS
よく見たらこれデコーダーか
エンコードはlibjxlでやるのか
勘違いしてた
47: 05/10(土)19:24 ID:uH+NPsFh(1)調 AAS
こうやってデマが生まれる
48: 05/11(日)07:30 ID:4wfGiw59(1)調 AAS
あらあらうふふ
49(1): 05/28(水)17:44 ID:6rOKpX2s(1)調 AAS
結局webpは普及してavifは全然使われてないなあ
50: 05/28(水)19:40 ID:DqYnLXVC(1/2)調 AAS
>>49
https://w3techs.com/technologies/details/im-avif
ちゃんとこういうとこ見て言ってんの？
猛追してるように見えるけどね
WebPも右肩上がりだが、AVIFの方が角度は急だ
51: 05/28(水)19:55 ID:0FSWxbP4(1)調 AAS
画像自動変換CDNとか、AVIF使えばいいのになぜかwebpが選択されてる謎
52: 05/28(水)20:27 ID:gVQB32G7(1)調 AAS
webpの方が急じゃね…？縦軸が全然違うよ…
53: 05/28(水)22:58 ID:DqYnLXVC(2/2)調 AAS
ホントだw
ま、下がって無いなら伸び代ってことで
IT業界はドッグイヤーとは言うけど、それは表向きだけで実際は広く認知されるまでに滅茶苦茶時間が掛かる
54: 05/29(木)00:09 ID:+JZuCk7J(1/2)調 AAS
画像のエンコードなんて基本的に自動化されてるから
利用者が選ぶのではなく使ってるライブラリとかが勝手に対応させていく
55: 05/29(木)00:38 ID:1srRDPmd(1)調 AAS
https://i.imgur.com/gPB5K8j.png
WEBPは↑のようなグラデーション画像が苦手すぎてなぁ
WEBPでエンコードすればわかるけどあれならJPEGの方が全然いいわ
56: 05/29(木)15:08 ID:zcnuKhpR(1)調 AAS
AVIFもだけど減色が基本塗り潰しな弊害
漫画とか高解像度で品質高めにしても大分ディテール失われるから凄い不向き
57: 05/29(木)23:54 ID:+JZuCk7J(2/2)調 AAS
バンディングが起きやすいってこと？
ディザリングかけたら？
58: 05/30(金)09:17 ID:Jt27TlzT(1/2)調 AAS
AV1は動画でもそうだけど8bitだとバンディングが発生しやすいのは海外のエンコード界隈だと割と有名で基本的には10bitが推奨されてる
静止画の比較してるサイトでもavifだけは10bitでエンコードしてるって明記してるとこもある
例えばここ↓
https://afontenot.github.io/image-formats-comparison/
>The AVIF images are generated with a bit depth of 10. Reportedly, AV1 suffers from problems with the quantization that results in banding at bit depth 8.
59: 05/30(金)09:24 ID:RfAjodOX(1)調 AAS
webpやavifで微妙に輪郭が滲むのって対処できないの？
60: 05/30(金)09:27 ID:Z+9PkGUi(1)調 AAS
jxl使いなさい
61: 05/30(金)09:31 ID:Jt27TlzT(2/2)調 AAS
ssimulacra2のスコアで70以下ぐらいの中低画質でいいならavifの--depth 10 --yuv 444の方が縮むケースが多いから（個人の感想）
62(1): 06/15(日)13:50 ID:S7oZBm0k(1/2)調 AAS
10bitってモバイルの標準APIでデコードできなさそうな予感
63: 06/15(日)16:47 ID:9gGgKGX3(1)調 AAS
>>62
モバイルの標準APIってなに？
64: 06/15(日)22:50 ID:S7oZBm0k(2/2)調 AAS
例えばAndroidなら標準で画像デコード用のAPI(ImageDecoderクラス)が用意されているけど
これで10bit画像デコードできるのかなぁっと思って
65: 06/16(月)21:26 ID:ec0qlMPy(1)調 AAS
Android14以降ならChromeで深度10bitのavif表示できるらしいんでそこら辺で変更入ってるんじゃなかろうか
自分は開発者じゃないんで詳しくはわからんが
ちなみにWindowsもMS公式のAV1機能拡張だと10bitは扱えないはず
自分が常用するアプリだと1個だけデフォルトでそれに依存してるのがあったけどSusie pluginのAV1デコーダーも指定できたので何とかなった
（それはyuv444 ビット深度10でもデコードできる）
66: 06/17(火)15:29 ID:4Jejfi9I(1)調 AAS
Android14ベースのGalaxyだけど10bitのavifは見られないね
ブラウザとOSの対応は別みたい
10bit対応はAndroidの要件の中ではOptionalなのかも？ そうならメーカーによって実装に差があるかも
67: 06/17(火)19:12 ID:dvytF+QU(1)調 AAS
MS公式のAVIF拡張も
Androidの標準APIもダメってしんどいな
68: 06/20(金)02:43 ID:BXdFjMvj(1)調 AAS
Photoshop デスクトップ版の 2025年6月リリース（バージョン 26.8）の新機能
https://helpx.adobe.com/jp/photoshop/using/whats-new/2025-6.html
Photoshop での AVIF および JPEG XL ファイルのサポート
AVIF および JPEG XL（JXL）形式で画像を開いたり、編集したり、保存したりできるようになりました。色の深みの範囲が広くなったほか、ネイティブな HDR のサポートと、可逆および非可逆圧縮方式によるファイルサイズの削減により、重厚なビジュアルも妥協することなく作成して共有できます。
69: 06/20(金)04:23 ID:KMn5+ArZ(1)調 AAS
今までavif対応してなかったのかよ
70(1): 06/26(木)23:33 ID:At3adtCr(1)調 AAS
https://gigazine.net/news/20250626-png-update/
pngの時代がくる
71: 06/27(金)00:12 ID:piopSSLB(1)調 AAS
無断転載疑惑で有名だったり、係争中の相手を反社呼ばわりしたり係争中の相手の不祥事にはホルホルして報道()したりするゴミブログを貼るのか (困惑)
72: 06/27(金)04:11 ID:Zc0J+Wbz(1)調 AAS
>>70
並列円弧デコが一番ほしい
73: 06/27(金)12:22 ID:zlzparhM(1)調 AAS
WebPあるし今さらAPNGなんて使うかね
74: 06/27(金)12:56 ID:BnRUOCMe(1)調 AAS
webpに対応していてもアニメーションwebpに対応してないことはよくある
APNGは全てのブラウザが対応している
75: 06/27(金)13:23 ID:RJz8Hk7m(1)調 AAS
＞webpに対応していてもアニメーションwebpに対応してないことはよくある
よくあるか？
76: 06/27(金)15:37 ID:80Cy4b7D(1/2)調 AAS
PNGはこの後圧縮率の向上もすると言ってるからWebPを越える可能性もある
それに普通の人は知らない内に新しいフォーマットを使うことになるだろうね
JPEGもそういう方針でやれば良い気がするな
77: 06/27(金)16:55 ID:zq5Wkn3j(1)調 AAS
webpって可逆設定だとPNGの7〜8割のサイズになるぞ。
deflateのままでそんなに変わらんでしょ
78: 06/27(金)19:55 ID:80Cy4b7D(2/2)調 AAS
いや、詳しくは知らんけど新しい圧縮方式を使うでしょ
79: 06/29(日)12:15 ID:B4dwKENQ(1)調 AAS
PNGのニュースって、非公式の実装だったものが公式になりましたよってことだけでは？
80: 06/29(日)12:39 ID:+B7SCQnO(1)調 AAS
そう
べつに新機能が発表されたとかではない
81: 06/29(日)12:41 ID:v4pQj1be(1)調 AAS
どうでもいい
jxlかavif使え
82: 06/29(日)12:46 ID:2TcBtkS+(1)調 AAS
既存の実装でデコードできなければ無意味
83: 06/29(日)12:58 ID:ygOAdoIc(1/4)調 AAS
PNGは圧縮方式を複数切り替えられる実装になってる
そもそもHDRの画像はどうやって格納してんだ？
RGB各色10bitから16bit必要だぞ
HDR画像をどうやって格納してるか教えてくれ
84: 06/29(日)13:01 ID:ygOAdoIc(2/4)調 AAS
ほとんどのアプリはlibpng使ってんだし、これが新フォーマットに対応すれば良いだけ
みんな更新するだけで自動的に対応する
既存の実装って何だ？
85: 06/29(日)14:22 ID:4mec6G+5(1/4)調 AAS
そもそもzopflipngみたいなdeflateのまま努力する実装を取り込む可能性のほうが高そうだけど
全く別の圧縮方式を導入するとしても拡張子変えるぐらいはするでしょ
pngぐらい普及してしまっていると下位互換なしは通らない
86: 06/29(日)15:40 ID:ygOAdoIc(3/4)調 AAS
下位互換なんて考えないでガンガン機能追加しようぜ！となったから20年ぶりに更新されたんじゃないか？
兎に角HDR画像がどうやって格納されてるかを解説する記事を待ち望む
87: 06/29(日)15:55 ID:7a5cXvTa(1/4)調 AAS
前のスレの>>4の画像死んだのか
比較画像便利だったのに
88: 06/29(日)16:07 ID:7a5cXvTa(2/4)調 AAS
pngってBit深度8bitの次は16bitなのか
10とかないんだ
89: 06/29(日)16:20 ID:7a5cXvTa(3/4)調 AAS
公式の変更の部分んみると
アニメーションのため3つのチャンク追加
WCGとHDRのため
clCPチャンク追加
あとmDCV
ビット深度はみともと16bit対応
ただ8bit継ぎは10とばして16bit
90: 06/29(日)16:22 ID:7a5cXvTa(4/4)調 AAS
clCPで
color space (primaries), transfer function, matrix coefficients and scaling factor of the image using the code points specified in [ITU-T-H.273].
で定義
これだけじゃん
UltraHDRみたいなのがgainmapは使ってないってことか
91: 06/29(日)16:24 ID:4mec6G+5(2/4)調 AAS
HDRって単にRGB(あるいはYUV)の画素値を現実の色空間にどうマッピングするかの決まりでしかないから
どうやって格納されてるかと言われても単に既にある16bpcモードと新しいメタデータチャンク使ってやるだけ
APNGもHDRも当然下位互換の仕様
92: 06/29(日)18:16 ID:EMb57Mg3(1)調 AAS
圧縮率は並列エンコパワーを当てにしたDeflate互換アルゴリズム実装でよくて1割前後縮む程度に落ち着きWebP越えは無いと予想するわ
93: 06/29(日)18:35 ID:4mec6G+5(3/4)調 AAS
PNGの開発関係者の書き込みがあったhttps://news.ycombinator.com/item?id=44390401
とりあえず圧縮率と速度の改善を互換性が損なわれない範囲でやって
互換性が失われる変更についてはその後考えるってプランのよう
94: 06/29(日)22:03 ID:ygOAdoIc(4/4)調 AAS
PNGって最初から16bit格納出来たのか？
95: 06/29(日)22:21 ID:4mec6G+5(4/4)調 AAS
そうだけどhttp://www.libpng.org/pub/png/spec/1.0/PNG-Introduction.html
96: 06/30(月)16:22 ID:0ULDub3Y(1)調 AAS
https://commons.wikimedia.org/wiki/File:Additive_RGB_Circles-48bpp.png
↑ここに48bitPNG画像があった
確かにグラデーションが綺麗に出てるようだ
まぁ8bitのモニターで見てるから正確に見てる訳じゃないけどなｗ
HDR対応はメタデータにHDR関連のパラメーターを格納する仕様なのだろう
で、未対応なデコーダーでも取り敢えず何が描かれてるかぐらいは分かるって事だな
97: 06/30(月)17:57 ID:i/eBeqXz(1/2)調 AAS
UltraHDRとは違うよな
UltraHDRで画像データはそのままでGainmapという追加のデータを書き込む
PNGは画像データ自体に16bitデータ書き込んで追加のチャンクに色空間の情報書き込む?
だから追加のチャンク認識しないと色ちょっとおかしくなるんじゃ?
98: 06/30(月)18:07 ID:i/eBeqXz(2/2)調 AAS
つうか、今回追加されたチャンク以外に前か
らあるICCカラープロファイルとかいうチャンクのほうも埋め込んでおけばいいのかな?
99(1): 06/30(月)18:26 ID:4Dk1QEXz(1)調 AAS
PNGのゲインマップ埋め込みは今のところgoogleが独自拡張として実装してるhttps://github.com/google/skia/commit/0d94e966268bbc200ea57e074f33afca6321e483
次の仕様更新(4th edition)でサポート予定らしいがhttps://news.ycombinator.com/item?id=44390332
最終的な仕様がどうなるのかは分からんhttps://github.com/w3c/png/issues/380
100: 07/12(土)06:14 ID:MK5XkwIu(1)調 AAS
>>99のリンク先見るとskiaでJPEGXLとかもあるね
skiaって何で使われてるん?
androidとかchromeってjpegxlサポートしてないよね?
101: 07/17(木)16:07 ID:+t6vQOdj(1)調 AAS
普通にブラウザで使われとるがな
102(1): 07/26(土)05:06 ID:h+zrgzvm(1)調 AAS
WEBPについてのスレがないので質問させてください
PNG→Webpロスレス変換とその判定方法をAIに聞きました
変換 cwebp.exe -lossless "C:\test.png" -o "C:\test.webp"
判定 vwebp.exe -info "C:\test.webp
結果 VP8X: Found 1 images in file (loop count = 1)
AIいわくロスレスになっていないとのこと
ImageMagickで試しても同じで、さすがにおかしいのでWEB検索するとwebpinfo.exeを使う模様
判定 webpinfo.exe C:\test.webp | Select-String "Format"
結果 [7mFormat[0m: Lossless (2)
これをAIに聞くとロスレス変換できているとのこと
vwebp.exe -infoではなく、webpinfo.exeの結果のほうが正確なのでしょうか？
103(1): 07/26(土)06:57 ID:05/wzndr(1)調 AAS
>>102をそのままコピペしてAIに聞いてみたら？
104: 07/26(土)23:01 ID:aRDcB+VC(1)調 AAS
>>103
vwebp.exe -infoの結果が正しいと言ってたAIは、webpinfoの結果が正しいと言ってます
105(1): 07/26(土)23:20 ID:/qNlECuI(1)調 AAS
そもそもvwebpはwebp画像を表示するツールであってロスレス判定できるツールではない
-infoは画像が表示された窓に画像サイズを出すだけ
106: 07/30(水)06:25 ID:lbbULjp9(1)調 AAS
>>105
ありがとうございます
VP8Xを出力するのでロスレス判定できてるのかと思ってしまいました
今度からAIには回答の根拠聞くことにします
107: 08/29(金)12:09 ID:RMxmWJL6(1/2)調 AAS
pornhubがjxlでサムネ配信してるって見かけて、ブラウザ対応してればjxlにするだけかと思ってたら
wasmでlibjxl読み込ませるガチ構成だった
108: 08/29(金)12:11 ID:RMxmWJL6(2/2)調 AAS
ごめんchromeにwasm読み込む拡張入れてるの忘れてた
外したらavifになった
109: 09/04(木)19:39 ID:szwPsBM/(1)調 AAS
ヌハハハ 吾輩は悪魔である
お前も蝋人間にしてやろうか
110: 09/05(金)03:30 ID:9OqLTWPf(1)調 AAS
FirefoxがJPEG XLデコーダーをRustで書き直された安全なバージョンに入れ替える作業を始めた
まだあくまでベータ版の話
111: 09/05(金)20:38 ID:EM68al+H(1)調 AAS
chromeがJXL採用しないって言ってるからなあ
同じchromium使ってるEdgeは前向きらしいけど
112: 09/05(金)22:25 ID:O62TgVao(1)調 AAS
標準実装がデコード対象が高圧縮ファイル爆弾であってもソフトウェア的に正常な動作ならエラーと見做すつもりないよみたいな立ち回りだったから敬遠されてたんじゃ無いっけ
Firefoxが上手くいったなら対応するんじゃねえの(ネット配信で有望だったwebp2潰したしAVIF推したい意図があるならしらんが)
113: 09/05(金)23:50 ID:aTzn5liA(1)調 AAS
jxlってスクリプトを実行できるんだよな
で、そんな機能が有ったらDoS攻撃に使われるんじゃないか？って呟いたら詳しい人(中の人？)から、ちゃんと考えてるから問題ないと返答があった。
それからだいぶ経ってDoS攻撃の脆弱性が見つかって笑ったw
jxlはかなり余計なことをしていて複雑になっている
jpegとの互換機能もしかり
だからChromeチームから嫌われるのだろう
114: 09/12(金)14:50 ID:io5YpSye(1)調 AAS
ぼくはまわりの女の子がデカチンゲス男に寝取られていることに気づかない
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.606s*
