
2026/08/26 2:55
Firefox 157 で JPEG XL のデフォルトサポートが全プラットフォーム向けに実装されます
RSS: https://news.ycombinator.com/rss
要約▶
Japanese Translation:
Firefox 157 以降、Mozilla の Rust ベースの
jxl-rs ライブラリを使用して全てのプラットフォームで JPEG XL (JXL) へのデコードがデフォルトで有効化され、それまでの Nightly 限定の状態を脱却しています。この導入は、Web Platform Tests、カスタム Gecko テスト、およびファッジングを含む厳格なテストフェーズの後に実施されました。また、W3C TAG による設計レビューにおいて懸念事項が解消されたことも挙げられます。標準規格は ISO/IEC 18181 であり、Mozilla は中立な立場を維持していますが、ユーザーには以下のトレードオフを理解していただく必要があります。モバイルデバイスでは、高画質モードでの非圧縮性能が著しく低下する(WebP に比べて最大 30 倍遅くなる)ことやファイルサイズが大きくなるなどして、バッテリーの消耗が増加する可能性があります。さらに、高ダイナミックレンジ (HDR) イメージは現時点では標準動態範囲 (SDR) でレンダリングされ、今後のアップデートで改善される予定です。これらの現状での効率性上の課題や Chrome がまだ導入予定がないという事情にもかかわらず、この更新により Firefox は Safari(バージョン 17.0 でサポートを提供開始)と共に主要な採用先としての地位を確立しており、堅牢なテストおよびアニメーション、プログレッシブ表示、トーンマッピングといった機能面で同等の機能を有しています。本文
Firefox 157 以降:JPEG XL デコーダーのデフォルト有効化とベンチマーク検証について
2026 年 8 月 24 日午後 8 時、Firefox 開発チームの Tim Nikkel より、Firefox 157 を期に JPEG XL のデコード機能を全プラットフォームでデフォルト有効化することを発表しました。
以下に主要な情報と議論の詳細を整理します。
概要・基本方針
- 対応ブラウザ: Firefox
- バージョン: 157 以降
- 対応プラットフォーム: すべてのプラットフォーム
- 実装言語: Rust (
)jxl-rs - 関係バグチケット: Bug 2065096
規格・標準化状況
| カテゴリ | 詳細情報 | リンク・備考 |
|---|---|---|
| 規格 | ISO/IEC 18181 (JPEG XL) | ISO 公式ページ |
| Mozilla の姿勢 | ニュートラル | standards-positions |
| TAG レビュー | 懸念事項に対し同意 | design-reviews |
| プロトタイプ意図 | 公式ドキュメント | groups.google.com |
他社ブラウザとの比較
| ブラウザ | ステータス・状況 |
|---|---|
| Safari | 2023 年バージョン 17.0 で公式リリース(C++ ライブラリ ) |
| Chrome | フラグ () の下で使用済むが、現時点で公式リリース予定なし |
機能・性能の改善と特徴
1. パフォーマンスの向上(マルチスレッド化)
- 課題: プロトタイプ意図発表時、性能に関する懸念が指摘されていた。
- 解決策:
0.6.0でマルチスレッドデコード機能が追加された。jxl-rs - ベンチマーク結果(Tim Nikkel による独自環境):
- 各種サイズ・解像度の画像を 5 つの形式で比較。
- Safari (C++) よりわずかに高速。
- 大規模画像: 他画像形式との性能差は小さいが、小規模画像では若干の開きがある。
2. 機能範囲と品質
- 対応機能: アニメーション・プログレッシブ表示を含む、他画像形式と同レベルの機能。
- トーンマッピング: 他形式よりも著しく優れる。
- HDR 対応: SDR モードでのみ表示される(他形式同様)。
- Safari との違い: Safari はアニメーション・プログレッシブレンダリング未実装。
3. テスト戦略(WPT 独自拡張)
- **WPT **(jpegxl ディレクトリ): ビット深度、アルファチャネル、グレースケール、CMYK、カラーマネジメント、回転角度、エンコーディングツールの正しさを検証。
- Gecko 独自テスト: WPT で表現できない項目を追加(約30 つの gtest)。
- チャンク化デコード・段階的デコード
- アニメーションフレーム数
- デコード中の縮小処理・破損ファイル対応
- その他: Progressve レンダリング検証、テレメトリ向け mochitest/reftest、Perfherder レポート用ベンチマーク。
- フォージング計画: フラグ切り替え直前に再フォージ予定。
コミュニティへの質疑応答(8 月 25 日)
Q: 現在、アニメーション JPEG XL はサポートされていますか?
A: はい、サポート可能です。(Tim Nikkel, 8/25 17:40)
パフォーマンスに関する懸念と議論(可逆圧縮への提案)
ユーザー Ivan Sergey Davidoff より、非可逆圧縮 JPEG XL のパフォーマンス低さに対する懸念が提起されました。
懸念点の概要
- 速度: 非可逆圧縮 WebP に比べて約30 倍遅い。
- トレードオフ: ファイルサイズを 10% 削減できることと引き換えに、大きな速度低下を招く。
- リスク: ノート PC やスマートフォンではバッテリー消費増になり、UX を悪化させる恐れがある。
- 提案: Firefox 157 では可逆圧縮 JPEG XL のみを公式リリースし、非可逆については別途検討すべき。
【計測方法】(Ivan Sergey Davidoff)
ソース:
libjxl/jxl-rs (コミット: 775837f5...)
コンパイル:cargo build --release
- WebP 変換:
cwebp -lossless - JPEG XL 変換:
(非可逆圧縮)cjxl -d 0 - 測定条件: シングルスレッドモード (
) で全 CPU 時間を計測。taskset -c 0
ベンチマーク結果(画像:55_Cancri_e_Final_1_30)
| 形式 | コマンド例 | 平均時間 (10 回実行) |
|---|---|---|
| **JPEG XL **(非可逆) | | 20.632 秒 ± 0.061 秒 (ユーザタイム:20.605 秒) |
| **WebP **(非可逆) | | 667.0 ミリ秒 ± 2.2 ミリ秒 (ユーザタイム:449.5 ミリ秒) |
結論
- WebP は JPEG XL よりも約 30.93 倍高速。
- 参考:
のlibjxl
ツールも同様条件下で WebP より20 倍遅い。djxl - Rust コードの最適化による改善限界があるため、現状の評価基準に変化はなし。
この結果を受け、開発チーム側でも「可逆圧縮 JPEG XL 限定でのリリース」への議論が進む可能性があります。