テクノロジー

JPGでもPNGでもない 2026年内に主要ブラウザが「JXL」を正式採用へ

1: deep_one 2026/08/27 08:44

「JPEG XL」/デコーダーがでかすぎてバグがありそうだとMozillaが嫌がった、というの面白いな。そしてGoogleがデコーダーを再開発したのか。

2: tetlabo 2026/08/27 12:02

ジェクセル?

3: sucelie 2026/08/27 12:30

可逆ならAVIFより上なのか

4: hiduru_k 2026/08/27 12:42

プログレッシブレンダリングって今の世界にどれだけ意味があるのか/こういう話題でも一切触れられないJ2K……

5: cartman0 2026/08/27 13:00

WebPもあったりでよくわからんな

6: yarumato 2026/08/27 13:17

“2010年代、WebPが登場。2020年代、AVIF(非可逆圧縮におけるファイルサイズの削減で優位)とJPEG XL(可逆圧縮で有利。既存の大量のJPEG画像を無劣化再圧縮して容量を削減)が登場。Mozillaによる使い分けの推奨。”

7: twmw 2026/08/27 13:26

やっと透過画像に対応したのかな🤔時代的に透過対応は必須だね

8: opaopachang 2026/08/27 13:28

jpgのロスレス圧縮ならJXL以上のものは存在しない。とはいえよくて2割程度の削減でしか無いんだがそれでも今のHDD高騰時代ならそれなりに意味はあるね

9: cinefuk 2026/08/27 13:51

"Mozillaは、Firefox 157において次世代画像フォーマット「JPEG XL」を正式採用する方針を明らかにした。Googleが開発したRust製デコーダーを採用する。Google Chromeの開発チームも同様の意向を示しており"

10: sabotem 2026/08/27 13:52

WebPは万能型、AVIFは容量削減に強い高圧縮型、JXLはロスレス圧縮とか既存JPEG資産の活用に強い高画質可逆圧縮形、という感じの使い分けになるのかな

11: tsubasanano 2026/08/27 13:53

“JPEG XLのファイルサイズはAVIFやWebPを大きく下回る。既存の大量のJPEG画像を劣化させることなく再圧縮して容量を削減できる点や、先述したプログレッシブレンダリングの存在も強力なアドバンテージになるという”

12: yorkfield 2026/08/27 14:40

静止画像フォーマットとしてJPEG XLの完成度は高いと思うので普及が進むのは嬉しい。現時点でも設定変更すれば主要ブラウザで表示できるので、試してみることはできる。

13: z67kjh 2026/08/27 15:30

Chromeの実験的サポートが終わった時点で先はないかと思っていたが、いつの間にか復活していた模様

14: masaru_al 2026/08/27 16:01

『2010年代に入り、Google主導で開発された「WebP」が登場してJPEGからの緩やかな移行が進んだ』ホントか?

15: qdkmqJut 2026/08/27 16:12

一度は対応削除されたChromeでも再サポートされたし、JPEG 2000、JPEG XR、JPEG XT、JPEG XSと違って今度こそ生き残れそう?

16: Kmusiclife 2026/08/27 16:15

webp, webmでいいです。

17: kkobayashi 2026/08/27 16:21

別にjpgでいいんじゃないか?

18: star_123 2026/08/27 16:25

一秒まてないドパガキ向けのレンダリング

19: AKIMOTO 2026/08/27 16:38

乱立させてないで適度にいいやつに収束してほしかったが

20: Helfard 2026/08/27 16:54

具体的にどのくらい圧縮されるんだろう?

21: fujibay1975 2026/08/27 17:34

何でもいいからフォトショから直接書き出しできるようにして

22: c-matt 2026/08/27 18:34

デバイス側のディスプレイ能力が向上してHDRや広色域対応のために新しいフォーマットが欲しくて、一番軟着陸できそうなのがこれって感じ?

23: rogertroutman 2026/08/27 18:37

やっと仲間内にWebPの布教が終わったとこなのに…

24: delphinus35 2026/08/27 18:46

AVIF はエンコードがめちゃくちゃ重いの何とかしてくれ。JXL、これを機に考えてみるか。

25: tonzurah2 2026/08/27 18:59

heifは微妙に使いづらいですからねぇ

26: UhoNiceGuy 2026/08/27 19:00

プログレッシブレンダリングは嬉しいけど、10万行か…

27: Shinwiki 2026/08/27 19:23

別にjpgとpngで何も困ってないが…というか生成する側の普及が。

28: Ampelix 2026/08/27 19:29

webは早ければ早いほどいいにゃんね

29: kijtra 2026/08/27 19:31

ジェイペグ、ピング、言いやすい。ウェッピー、読めんけどマシ。AVIF、JXL…

30: punychan 2026/08/27 20:37

「マルチスレッドで動作する約10万行のC++コード」こりゃ使いたくないわな

31: hryord 2026/08/27 20:53

もうこの辺の技術に日本がからめないのが…昔からそうかな?

32: automatican 2026/08/27 21:18

うぇぶぴ君はどうなったんだ

33: hhungry 2026/08/27 22:13

AVIFの使いづらさどうにかして欲しい。

34: ssuenaga 2026/08/27 23:40

Susieプラグインもある

35: urtz 2026/08/27 23:58

なんで読みやすい命名にしないのか。じぇーぺぐ、じふ、ぎふ、ぴんぐ等、うぇっぴーもだが、一応簡潔に読める。じぇーえっくすえるは長すぎる。

36: north_korea 2026/08/28 01:22

webpとかいうgoogleしか使ってない拡張子滅んでほしい

37: yamadar 2026/08/28 04:50

新フォーマットはWebサービス提供側にとってメリットある。データサイズが小さくなればユーザー体験が良くなり、保存や転送のコストも下げられるので。サポートが進み選択肢が増えるのは良いこと

38: gfx 2026/08/28 07:40

透過もできるからwebpの代替になるかも。AndroidとiOSがネイティブ対応し手からが本番かな。

39: beeeyond 2026/08/28 10:33

ブラウザもだけどビューアーでの対応次第かな。例えばNASに保存しててスマホアプリでそのまま表示できるか、とか。その都合で画像は全部WebPにしてしまった。

40: rosiro 2026/08/28 11:28

じゃする じゃぐる やっくる じゃがる

41: rdlf 2026/08/28 15:42

未対応のスマホが駆逐されるのに4、5年みておけばいいかな?その頃に自社サービスは対応って感じかな。

42: Imamura 2026/08/28 22:01

アニメーションはどうなんだろうか。いつまでも256色のGIFアニメーションってわけにもいかないでしょ