Firefox 157、全プラットフォームでJPEG XLをデフォルトで有効化へ
Firefox 157 will include JPEG XL by default on all platforms
MozillaはFirefox 157でJPEG XLデコードを全プラットフォームでデフォルト有効にする意向を発表した。Rust製デコーダjxl-rsが採用され、Nightlyではすでに有効、Firefox Labsでも152から提供されている。Safariは2023年に搭載済みだが、Chromeは未だ搭載予定なし。マルチスレッドデコード対応により性能はSafariと同等以上となり、アニメーションやプログレッシブ表示にも対応する。一方、開発者からはロスレスJPEG XLのデコード速度がWebP比で約30倍遅いという懸念も上がっている。
私の測定では、ロスレスJPEG XLのデコードはロスレスWebPより30倍遅く、ファイルサイズは10%しか小さくなりません。これは特にバッテリー駆動のラップトップやスマートフォンで疑問の残るトレードオフです。
HNでの議論
130- concinds
FirefoxとChromiumの両方がjxl-rs（Rustベース）を使用している中、Appleはすでに搭載しているlibjxl（C++）についてどうするつもりなのだろうか。Swiftでメモリ安全性に取り組んでいるのは知っているが、これまでのところプラットフォームにRustを搭載しているのだろうか？また、両ライブラリのベンチマーク比較を行った人がいるかどうかも気になる。
また、方針転換後、ChromiumはMozillaがRust版を開発するのを待っているという印象があったが、どうやら逆だったようだ。Google Researchは素晴らしい。
https://hacks.mozilla.org/2026/08/intent-to-ship-jpeg-xl/
> そこで我々はGoogle ResearchのJPEG XLチームに挑戦状を叩きつけた：安全で高性能、コンパクトで互換性のあるJPEG XLデコーダをRustで作ってくれれば、我々はそれを搭載する、と。その挑戦は見事に達成された。Google Researchがjxl-rsを開発し、それがFirefoxのJPEG XLサポートの核となっている。
- Nition
JPEG XLは、服のサイズなどでXLが「Xtra Large」を意味することから、そのような意味だと思っていた。しかし、どうやら違うようだ：
> 「XL」という名前の語源は以下の通り：JPEGはj2k以降、Xで始まる新しい標準規格をすべてそのように呼んできた：XR、XT、XS（Sはスピードの意味で、非常に高速で超低遅延だから）、そして今回のXL。Lは「Long term（長期）」を意味し、レガシーJPEGを置き換え、同じくらい長く使えるものを目指しているからだ。[1]
- Gander5739
Chromeも同様の動きをしているようだ：https://groups.google.com/a/chromium.org/g/blink-dev/c/-gDoj...
- rdsubhas
JXLは、完全に移行できることを願っている技術の一つだ。つまり、数年後には（技術に詳しくない人々でさえ）JPEGを共有したり、コピーしたり、保存したりする人がいなくなってほしい。
- yboris
2026年になっても、JPEG XL / jxlを知らないHNユーザーがどれくらいいるのか気になる。
- pxoe
今は、一部のウェブサイトやアップロード欄がjxlや他の画像形式に対応していない場合に、ブラウザがもっと便利な回避方法を考え出してくれればいいのにと思う。自動で何とかしてくれるか、何らかのオプション（jpegやpngに変換してアップロードする、あるいは「画像として貼り付け」で実質png変換と同じようなこと）を提供してくれるか、どちらかだ。
- xacky
Windows 7/8ユーザー向けのFirefox 115にも追加されるのだろうか、それとも新しいOSが必要になるのだろうか？
- cubefox
JPEG XLのプログレッシブデコードとAVIFとのファイルサイズ比較の詳細：