JPEG XL (2021)（ジェイペグエックスエル）
JPEG Committee が 2021 年に ISO/IEC 18181 として標準化した次々世代画像フォーマット。Cloudinary FUIF と Google PIK を統合した独自設計で、可逆/非可逆両対応・JPEG 比 60% 軽量・既存 JPEG からの無劣化再圧縮 (Lossless Transcoding) を実現する技術的に最も洗練された規格。
概要
JPEG XL (拡張: JXL) は、JPEG Committee が 2021 年 10 月に ISO/IEC 18181 として標準化した次々世代画像フォーマットで、Cloudinary が開発した FUIF と Google が開発した PIK を統合した独自設計により、可逆/非可逆両対応・JPEG 比 60% 軽量・既存 JPEG からの無劣化再圧縮 (Lossless Transcoding) を実現する技術的に最も洗練された規格です。VarDCT (可変サイズ DCT) + Modular モード (可逆向け) + ANS (Asymmetric Numeral Systems) の組合せで、HDR (Rec. 2100 PQ/HLG) ・10-12bit per channel・アルファ透過・アニメーション・プログレッシブ表示・3D ステレオ・タイル並列処理など機能が豊富。Cloudinary・Google PIK 関係者が中心の中立的標準化作業で特許フリー方針も維持されました。しかし Chrome が 2022 年 11 月に「優先度不足」を理由にサポート削除する事件が発生し、Web 標準化に黄信号、Safari 17 (2023)・Firefox (実験的) で限定対応、業界普及に苦戦中の状況です。
主な特徴・仕組み
- 標準化: 2021 年 10 月 ISO/IEC 18181 (JPEG Committee)
- 基盤: Cloudinary FUIF + Google PIK の統合設計
- 圧縮方式: VarDCT (可変 DCT) + Modular + ANS
- 可逆/非可逆: 両モード対応、ロスレスは PNG 比 25% 軽量
- 非可逆: JPEG 比 60% 軽量、WebP/AVIF を上回る
- Lossless Transcoding: 既存 JPEG を無劣化で 20% 軽量化可能
- bit 深度: 8/10/12/16/32 bit、HDR (PQ/HLG) 対応
- 色空間: YCbCr・XYB・sRGB・Rec. 2020・任意 ICC プロファイル
- アルファ透過: 8/10/12/16bit
- アニメーション: 対応、GIF/APNG/WebP 同等
- プログレッシブ: ストリーミング表示対応
- 拡張子: .jxl
スペック比較表
| 次世代画像 | 年 | 圧縮率 (vs JPEG) | 特許 | Web 対応 |
|---|---|---|---|---|
| WebP | 2010 | -25-35% | フリー | 全主要 |
| HEIC | 2015 | -50% | HEVC 三重特許 | Apple のみ |
| AVIF | 2019 | -50% | フリー | 全主要 (2024 完了) |
| JPEG XL | 2021 | -60% | フリー | Safari 17・Firefox 実験的 |
| QOI | 2021 | -10% (PNG 比) | フリー | 非標準 |
具体例・対応技術
- Safari 17 (2023-): macOS Sonoma・iOS 17 で JPEG XL ネイティブ対応
- Firefox (Nightly): 実験的フラグで JPEG XL 有効化可能
- ImageMagick 7.1+ (2022-): 公式サポート、
magick in.jpg out.jxl - GIMP 2.10 (2022-): JPEG XL プラグイン経由でサポート
- libjxl (リファレンス実装): Google 主導、C++ 完全実装
自作PCでの選び方・注意点
JPEG XL は 2026 年現在、技術的には最強の次世代画像フォーマットですが、Chrome (世界シェア 65%) 非対応で Web 配信は実質困難な状況です。Safari ユーザー向けには有効活用可能 (Apple エコシステムで CDN 経由配信)、ただし Chrome/Firefox/Edge へのフォールバック必須。手動変換は libjxl の cjxl (cjxl -q 90 input.jpg output.jxl) で簡単、既存 JPEG からのロスレス再圧縮は cjxl input.jpg output.jxl --lossless_jpeg=1 で 20% 軽量化可能 (元の JPEG に戻すことも可能で写真アーカイブ用途に最適)。AVIF と並行採用は意味薄く、AVIF を主軸として JPEG XL は実験的に試す程度が現代の現実解。Photoshop は標準対応せず、外部プラグイン経由のみ。Adobe・Microsoft・Google Chrome の方針転換 (今後 JPEG XL 再評価) があれば Web 普及の可能性も残ります。
関連用語との違い
- AVIF: 直接競合、JPEG XL より圧縮率劣るが Web 普及成功
- HEIC: Apple 系特許問題、JPEG XL は特許フリー
- WebP: 古い次世代、JPEG XL より圧縮率劣る
よくある質問（FAQ）
Q1: なぜ Chrome が削除した? A: Google は 2022 年 11 月「Web プラットフォーム全体の利益への増加した貢献が限定的・コードのメンテナンス負担」と発表。技術的優位性は認めつつ、AVIF (AOMedia 主導、Google が中核) との重複が理由とも推測。
Q2: 既存 JPEG を JPEG XL に変換すべき?
A: アーカイブ用途で cjxl --lossless_jpeg=1 を使えば無劣化 20% 軽量化、PC 内のローカルストレージ節約に有効。Web 配信は AVIF/WebP が現実的。
Q3: 将来普及する? A: 技術的優位性は明確、Chrome 方針転換次第で逆転可能性あり。Safari 対応で Apple エコシステム内ではすでに使える、Web 全体は中長期的展望。
まとめ
- JPEG XL = 2021 年 ISO 18181 標準化、最強次世代画像
- VarDCT + Modular + ANS、JPEG 比 60% 軽量
- Lossless Transcoding で既存 JPEG を無劣化再圧縮
- Chrome 非対応で Web 普及苦戦、Safari/Firefox で限定利用