JPEG XL
この項目「JPEG XL」は翻訳されたばかりのものです。不自然あるいは曖昧な表現などが含まれる可能性があり、このままでは読みづらいかもしれません。(原文:英語版 "JPEG XL" 2024年3月6日 (水) 08:55 (UTC)) 修正、加筆に協力し、現在の表現をより自然な表現にして下さる方を求めています。ノートページや履歴も参照してください。(2024年3月) |
JPEG XLは、非可逆圧縮と可逆圧縮の両方をサポートするロイヤリティフリーのラスター画像ファイルフォーマットである。既存のラスター形式よりも優れた性能になるように設計されているので、それらの普遍的な代替品となる[5]。
![]() | |
拡張子 | .jxl |
---|---|
MIMEタイプ | image/jxl[1] |
マジック ナンバー | FF 0A または00 00 00 0C 4A 58 4C 20 0D 0A 87 0A [2] |
開発者 | |
種別 | 非可逆/可逆圧縮ビットマップ画像ファイルフォーマット |
派生元 | |
国際標準 | ISO/IEC 18181[4] |
ウェブサイト |
|
名前
編集この名前はJPEG(この形式を設計したグループのJoint Photographic Experts Group)、X(JPEG XT、JPEG XR、JPEG XSなど2000年以降のいくつかのJPEG標準の名前に含まれる)、L(長期)の組み合わせからなる。Lが含まれているのは、作者がこの形式が従来のJPEGを置き換え、これと同様に長期間存続することを意図しているためである[6]。
作者
編集この形式の仕様の主な作者は、Jyrki Alakuijala、Jon Sneyers、Luca Versariである。その他の協力者はSami Boukortt、Alex Deymo、Moritz Firsching、Thomas Fischbacher、Eugene Kliuchnikov、Robert Obryk、Alexander Rhatushnyak、Zoltan Szabadka、Lode Vandevenne、Jan Wassenbergである。
歴史
編集2017年8月、ISO/IEC JTC 1/SC 29/WG 1(JPEG)は次世代画像符号化標準であるJPEG XLの技術公募を公表した[7]。提案は2018年9月までに提出され、2019年7月の委員会草案に繋がった[8]。この提案は主にGoogleが提出したPIK[9]と呼ばれる提案と、Cloudinaryが提出したFUIF[注釈 1][10]と呼ばれる提案を統合したものに基づいていた。
ビットストリームはリファレンス実装のlibjxlのバージョン0.2のリリースに伴い2020年12月24日に非公式に凍結された[11]。ファイルフォーマットは2021年10月13日に、コア符号化システムは2022年3月30日に正式に標準化された[4][12]。
説明
編集JPEG XLの技術公募[7]ではJPEGと比較して大幅に優れた圧縮率(60%向上)を備えた次世代画像圧縮標準の要件について述べている[13]。この標準はHEIC、AVIF、WebP、JPEG 2000によって示される静止画圧縮性能よりも優れた性能であることが期待される。また従来のJPEG形式の画像に対して効率的な可逆再圧縮オプションも提供する。
JPEG XLは超高解像度画像(最大1テラピクセル)、コンポーネントあたり最大32ビット、最大4099コンポーネント(アルファ透明度を含む)、アニメーション画像、組み込みプレビューの非可逆圧縮と可逆圧縮をサポートしている。JPEG XLは高度なプログレッシブデコード[14]や最小限のヘッダーオーバーヘッドなどのウェブ配信を目的とした機能に加えて、複数レイヤー、CMYK、特色などの画像編集やデジタル印刷を目的とした機能を備えている。JPEG XLは知覚量子化器またはハイブリッド・ログ=ガンマ伝達関数を備えたRec. 2100などのハイダイナミックレンジを持つ広色域の色空間をシームレスに処理できるように特別に設計されている。
特徴
編集- 画像サイズは各辺で10億(230−1)ピクセルを超える[18]。
- 最大4099チャンネル。メインチャンネルはグレースケールの1チャンネル、RGBの3チャンネル、CMYKの4チャンネル。残りのチャンネルはオプションで、アルファ(「ストレート」または「乗算済み」のいずれか)、深度、熱のデータを保存するために使用できる[18]。
- 持続時間がゼロでない(アニメーション)かゼロである(グラフィックソフトウェアのレイヤーのように動作する)複数のフレームが存在する場合がある。フレームは画像キャンバスより小さくも大きくもでき、様々な方法で統合できる。しかし、現実的なコンテンツをエンコードするには通常のビデオコーデックが依然として推奨される。
- 独立したタイル: 画像をタイルに保存できるようにすることで大きな画像の断片をデコードする。
- プログレッシブデコード: 表示デバイスの解像度に応じて大きな画像をレスポンシブに読み込むために特別に設計されたモード。
- 可逆JPEGトランスコード: サイズの最大20%削減を実現できる。
- アルファを含むあらゆるチャンネルの可逆エンコード。
- 写真と人工的な画像の両方をサポート: この形式は画像の内容に応じて使用できる2つの補完的なモードを持つ。
- 広範囲のビットレートにわたる上品な品質低下: 品質低下は古い形式ほど突然ではない。
- 知覚的色空間、適応性のある量子化、保守的なデフォルト設定を使用する知覚的に最適化されたリファレンスエンコーダー。
- 広色域とHDRのサポート: JPEG XLには様々な色空間、伝達曲線、高い画面輝度のサポートが組み込まれている。
- 専門のハードウェアを必要としない効率的なエンコードとデコード: JPEG XLは従来のJPEGでlibjpeg-turboを使用したときと同じくらい高速にエンコードとデコードができ、HEICでx265を使用したときと比較すると桁違いに高速にエンコードとデコードができる[18]。また、並列化もできる。
- ロイヤリティフリーのファイルフォーマットで、オープンソースのリファレンス実装が三条項BSDライセンスでライセンスされておりGitHubから利用できる[19]。
技術的な詳細
編集JPEG XLはGoogleのPIK形式とCloudinaryのFUIF形式[注釈 1]のアイデアに基づく[20]。
この形式は主に2つのエンコードモードに基づいている:
- VarDCTモード(可変ブロックサイズDCT) - これは従来のJPEGと同じDCTアルゴリズムに基づいているが、ブロックは8×8に制限されず、様々なサイズ(2×2から最大で256×256まで)や非正方形の形状[注釈 2]になったり、別の変換を使用したりできる。これは3つのカラーチャンネルでだけ使用され、通常はXYB色空間を使用する[注釈 3]。VarDCTモードは非可逆PIKに基づいている。非可逆モードは通常はLMS色空間から派生したXYB色空間を使用する[21] 。
- Modularモードは特に可逆圧縮を担当し、非可逆圧縮とニアロスレス圧縮も担当する。ModularをVarDCTの内部で使用して2次元データ、つまりDC画像[注釈 4]、適応性のある量子化の重み、フィルター強度を含むAC(高周波) DCT係数以外の全てを保存できる。
あらゆる追加または余分なチャンネル(透明度、深度、熱、特色など)は常にmodularモードでエンコードされる。これはFUIFに基づいており、可逆PIK、可逆WebP、標準化過程の共同作業中に開発された新しいアイデアの要素が統合されている[22]。Modularモードではプログレッシブ特性を持つ「squeeze」呼ばれる修正されたハール変換を使用して非可逆圧縮ができ、読み込まれるデータ量に応じて画像の品質が向上する。
VarDCTを基にした画像をよりプログレッシブに読み込める方法の1つはmodular squeezeを使用する個別の「DCフレーム」にDC係数を保存することである。これにより1:16、1:32などのサブサンプルされた画像に対応するプレビューが可能になる。squeeze変換を使用してVarDCTでエンコードされたカラーチャンネルと共にアルファチャンネルをプログレッシブにエンコードして、両方のモードを連携して動作させることもできる。
JPEG XLはデフォルトで視覚的ニアロスレス設定になっており、それでも良好な圧縮率を実現している[18]。
これらのモードは以下の特定の画像の特徴の個別のモデリングによって援助できる:
- 符号化用のスプライン、毛などをエンコードするのに使用される[注釈 5]。
- 文字列、点、スプライトなどの「パッチ」の繰り返し。
- ノイズ合成: ノイズは圧縮が難しいので分離してからデコーダーで再生成する方が良い場合がある。これはAV1などのモダンなビデオコーデックの粒状性合成に似ているが、JPEG XLのノイズ合成はアナログ写真フィルムの粒度の模倣が目的ではなく、高ISO設定時のデジタルカメラで得られるものと同様にピクセルレベルでフォトンノイズをモデリングすることを目的としている。
JPEG XLコーデックはJPEGのDCTブロック係数を8×8VarDCTブロックに直接コピーすることで広くサポートされているJPEGファイルのサブセットを可逆トランスコードでき、JPEG XLの優れたエントロピーエンコードによりファイルサイズを小さくできる。この処理は可逆的であり、元のJPEGファイルをビット単位で再構築できるが、制約により一部のファイルのサポートは制限される[23]。
予測はパラメータ化された自己修復重みの予測子のアンサンブルを含むサイド情報なしでピクセルごとの非相関器を使用して実行される。文脈モデリングには特殊化された静的モデルとローカルエラーを考慮し、文脈ごとの合図された木構造と予測子の選択を備えた強力なメタ適応モデルが含まれている。エントロピー符号化はLZ77対応であり非対称数系またはプレフィックス符号[注釈 6]のいずれかを使用できる[16]。
アニメーション(複数フレーム)画像は高度なフレーム間予測を実行しないが、いくつかの基本的なフレーム間符号化ツールが利用できる:
- フレームはキャンバス全体のサイズより小さくてよく、他のピクセルはそのまま残る。
- フレームは加算や乗算などで前のフレームを置き換えるのに加えて、いくつかの混合モードをサポートしている[24]。
- 最大4つのフレームを記憶でき、「パッチ」符号化ツールを使用して後のフレームから参照できる。
産業界のサポートと採用
編集Cloudinaryに加えて、JPEG XLのウェブブラウザでの試験的実装を通じてFacebook[25][26]、アドビ[27][28]、インテルとVESA[29][30]、ガーディアン[31][32]、FlickrとSmugMug[33]、Shopify[34]、Krita財団[35]、Serif Ltd.[36]などの著名な産業界ブランドの様々な代表者が、好ましい選択肢としてJPEG XLを支持することを公に表明した。
GoogleはJPEG XLに貢献しているが、ChromiumとGoogle ChromeにJPEG XLを実装して公開することを控えているのでJPEG XLに対する態度は曖昧である。2024年1月にChrome[37]とFirefox[38]でJPEG XLサポートを有効にする拡張機能が利用可能となった。
ソフトウェア
編集コーデック実装
編集初版 | 2019年12月27日[39] |
---|---|
最新版 |
0.10.1
/ 2024年2月28日 |
リポジトリ | https://github.com/libjxl/libjxl[40] |
プログラミング 言語 | C++ |
対応OS | |
ライセンス | 修正BSDライセンス[注釈 7] |
公式サイト |
jpeg |
- JPEG XL Reference Software(libjxl)
- ライセンス: 修正BSDライセンス[注釈 7]
- 内容(一部):
- エンコード/デコードライブラリ
libjxl
- エンコーダー
cjxl
- デコーダー
djxl
- 高速な可逆圧縮だけのエンコーダー
fjxl
- 画像コーデックの速度と品質をベンチマークするツール
benchmark_xl
- GIMPとGtk pixbufのプラグイン
file-jxl
- エンコード/デコードライブラリ
- J40: 独立した依存関係のないJPEG XLデコーダー[41]
- ライセンス: MIT License No Attribution
- C99のシングルヘッダーライブラリ(依存関係なし)
- 名前はローマ数字の「XL」(40)に由来する
- libjxl-tiny: JPEG XLの単純なエンコーダー実装で、アルファチャンネルのない写真を目的としている[42]。
- ライセンス: 修正BSDライセンス
- jxlatte: Javaで書かれたJPEG XLデコーダー[43]
- ライセンス: MIT License
- jxl_decode: Pythonで書かれたJPEG XLデコーダー[44]。
- ライセンス: MIT License
- jpeg-xl-encode: a PHPで書かれたJPEG XLエンコーダーのラッパー[45]。
- ライセンス: MIT License
- hydrium: 移植性のあるC言語で書かれた高速でメモリ使用量が極めて少ないストリーミングJPEG XLエンコーダー[46]。
- ライセンス: BSDライセンス
- jxl-oxide: 完全にRustで書かれた小さなJPEG XLデコーダー[47]。
- デュアルライセンス: MIT LicenseとApache License 2.0
公式サポート
編集- Apple[48]
- Pale Moon v31.4.0以降[注釈 8][53]
- Epiphany 45[54](WebKitGTKエンジン経由[55])
- ImageMagick - JPEG XL画像の読み取りと書き込み
- KDEアプリケーションはネイティブにJPEG XLをサポートしているKImageFormatsプラグインを使用してビルドできる[56]。これにより殆どのKDEアプリでJPEG XLの読み取りと書き込みがネイティブにサポートされ、Dolphin、Gwenview、Krita、digiKam全てで動作する。
- XnView - JPEG XL画像の読み取りと書き込み[57]
非公式または間接的サポート
編集- Microsoft Windows - サードパーティーのWindows Imaging Component(WIC)プラグインによりFile Explorer、フォト、Windows フォト ビューアー、サムネイル、対応アプリでJPEG XL画像を表示できるようになる。これはWindows 7/10でのみ利用できる[58]。
- 別のWindows Imaging Componentプラグインとしてjxl-winthumbがある[59]。
- macOS(14.0 Sonoma以前) - スタンドアロンアプリとQuick Lookのプラグイン経由[60]
- JPEG XLプロジェクトによって提供されているGDK pixbufプラグインを経由したGTKとEye of GNOMEやファイルなどのGNOMEの画像表示アプリ[61]
- QtにJPEG XLサポートを追加するにはqt-jpegxl-image-pluginが利用できる[62]
実験的なウェブブラウザでのサポート
編集- Mozilla Firefox - Firefox Nightly buildでのテストのために導入された[63]
ChromiumとChromeでのJPEG XLサポートは2021年4月1日にテストのために導入され[64]、2022年12月10日の変更で関連するソースコードが削除され[65]、バージョン110でサポートが削除された[66][67]。Chromeの開発チームはJPEG XLサポートを削除する理由としてエコシステムからの関心の欠如、不十分な改善、既存の画像ファイルフォーマットの改善に注力したいことを言及している[64][68][66][69]。この決定にはコミュニティーからの反対があり、Chromiumのバグ管理システムにはJPEG XLを支持する多くの声が寄せられた[64][70][68]。JPEG XL仕様の共著者であるJon SneyersはChromeの開発チームの出した結論に疑問を呈し、「データの不運な誤解があったと思います ... 残念なことにそれが誤った〔ママ〕決定に繋がりました。」と述べている[71]。この決定はフリーソフトウェア財団のGreg Faroughも批判し、ウェブとウェブブラウザにわたるGoogleの「不穏な量のコントロール」を証明していると述べた[72]。
標準化状況
編集一般名 | 部 | 初公開日(初版) | ISO/IEC規格番号 | 正式題名 |
---|---|---|---|---|
JPEG XL | 第1部 | 2022年3月30日 | ISO/IEC 18181-1 | JPEG XL Image Coding System — Part 1: Core coding system[4](日本語: JPEGXL画像コーディングシステム-第1部:コアコーディングシステム[73]) |
第2部 | 2021年10月13日 | ISO/IEC 18181-2 | JPEG XL Image Coding System — Part 2: File format[12](日本語: JPEGXL画像コーディングシステム-第2部:ファイル形式[74]) | |
第3部 | 2022年10月3日 | ISO/IEC 18181-3 | JPEG XL Image Coding System — Part 3: Conformance testing(日本語: JPEGXL画像コーディングシステム-第3部:適合性試験[75]) | |
第4部 | 2022年8月5日 | ISO/IEC 18181-4 | JPEG XL Image Coding System — Part 4: Reference software(日本語: JPEGXL画像コーディングシステム-第4部:参照ソフトウェア[76]) |
競合規格
編集- AVIF - AV1ビデオコーデックをHEIFコンテナに入れている。
- HEIC - HEVCビデオコーデックをHEIFコンテナに入れている。
- WebP - VP8ビデオコーデックをRIFFコンテナに入れている。
脚注
編集注釈
編集- ^ a b FLIFに基づいた画像ファイルフォーマット。
- ^ 例えば、16×8、8×32、32×64。
- ^ しかし、従来のJPEGを再圧縮するためにYCbCrもサポートしている。
- ^ これは常に1:8でサブサンプルされた画像なので8×8より大きいブロックサイズの場合のために低周波AC係数も含まれる。
- ^ リファレンスエンコーダーではまだ実装されていない。
- ^ 複雑さの低いエンコーダーや短いストリームのオーバーヘッドの削減に役立つ。
- ^ a b 以前はApache License 2.0。
- ^ v31.4.1でデコードしたJPEG XL画像が間違っている問題を修正し、v31.4.2でアルファチャンネルを持つ画像に対するJPEG-XLの透過表示を修正し、v32.0.0でJPEG XLのプログレッシブデコードとアニメーションに対応した。
出典
編集- ^ “Media Types”. IANA. 2024年3月5日時点のオリジナルよりアーカイブ。2024年3月6日閲覧。
- ^ “JPEG XL Format Overview”. GitHub. 2022年10月20日時点のオリジナルよりアーカイブ。2022年10月20日閲覧。
- ^ a b “fuif/README.md”. GitHub (2019年4月4日). 2021年4月24日時点のオリジナルよりアーカイブ。2024年3月8日閲覧。
- ^ a b c ISO/IEC 18181-1:2022 Information technology — JPEG XL image coding system — Part 1: Core coding system
- ^ “Can JPEG XL Become the Next Free and Open Image Format? - Slashdot” (2021年2月20日). 2021年12月30日時点のオリジナルよりアーカイブ。2024年3月8日閲覧。
- ^ “Support for reading/Writing JPEG XL images (#4681) · Issues · GNOME / GIMP” (2021年2月26日). 2021年12月30日時点のオリジナルよりアーカイブ。2024年3月8日閲覧。
- ^ a b “N79010 Final Call for Proposals for a Next-Generation Image Coding Standard (JPEG XL)”. ISO/IEC JTC 1/SC 29/WG 1 (ITU-T SG16) (15 April 2018). 2024年3月8日閲覧。
- ^ Rhatushnyak, Alexander; Wassenberg, Jan; Sneyers, Jon; Alakuijala, Jyrki; Vandevenne, Lode; Versari, Luca; Obryk, Robert; Szabadka, Zoltan; Kliuchnikov, Evgenii; Comsa, Iulia-Maria; Potempa, Krzysztof; Bruse, Martin; Firsching, Moritz; Khasanova, Renata; Ruud van Asseldonk; Boukortt, Sami; Gomez, Sebastian; Fischbacher, Thomas (2019). "Committee Draft of JPEG XL Image Coding System". arXiv:1908.03565 [eess.IV]。
- ^ “PIK, A new lossy/lossless image format for photos and the internet”. GitHub. 2022年10月17日閲覧。
- ^ “FUIF, Free Universal Image Format”. GitHub. 2022年10月17日閲覧。
- ^ “v0.2 JPEG XL Reference Software” (英語). GitLab (2021年2月19日). 2021年10月20日時点のオリジナルよりアーカイブ。2024年3月8日閲覧。
- ^ a b ISO/IEC 18181-2:2021 Information technology — JPEG XL image coding system — Part 2: File format
- ^ 佐藤亮 (2017年8月15日). “圧縮効率60%向上を目指す新規格「JPEG-XL」策定にむけ技術公募へ”. PC Watch. 株式会社インプレス. 2024年3月9日時点のオリジナルよりアーカイブ。2024年3月8日閲覧。
- ^ “Using Saliency in progressive JPEG XL images”. 2022年10月17日閲覧。
- ^ “JPEG XL reaches Committee Draft”. JPEG.org (2019年8月3日). 2019年8月3日時点のオリジナルよりアーカイブ。2019年8月3日閲覧。 “The current contributors have committed to releasing it publicly under a royalty-free and open source license.”
- ^ a b “JPEG XL White Paper”. JPEG.org (2021年1月29日). 2 May 2021時点のオリジナルよりアーカイブ。2021年3月17日閲覧。
- ^ “JPEG XL vs. AVIF - Page 6”. encode.su. 2022年10月22日閲覧。
- ^ a b c d “How JPEG XL Compares to Other Image Codecs”. Cloudinary (26 May 2020). 2021年12月30日時点のオリジナルよりアーカイブ。2021年2月19日閲覧。
- ^ “libjxl/libjxl: JPEG XL image format reference implementation” (英語). GitHub. 2022年5月22日時点のオリジナルよりアーカイブ。2022年6月5日閲覧。
- ^ “FLIF - Free Lossless Image Format”. 2021年12月21日時点のオリジナルよりアーカイブ。2021年4月6日閲覧。
- ^ Alakuijala, Jyrki; van Asseldonk, Ruud; Boukortt, Sami; Szabadka, Zoltan; Bruse, Martin; Comsa, Iulia-Maria; Firsching, Moritz; Fischbacher, Thomas et al. (6 September 2019). “JPEG XL next-generation image compression architecture and coding tools”. In Tescher, Andrew G; Ebrahimi, Touradj. Applications of Digital Image Processing XLII. 11137. pp. 20. Bibcode: 2019SPIE11137E..0KA. doi:10.1117/12.2529237. ISBN 9781510629677
- ^ “FLIF, 3 Sep 2021, jonsneyers comment”. GitHub. 2024年3月8日閲覧。
- ^ Sneyers, Jon (2021年12月10日). “Feature request: allow jbrd to reconstruct a part of the file when it's not possible for the whole file”. GitHub. 2024年3月8日閲覧。
- ^ “JPEG XL reference implementation”. GitHub (3 December 2021). 30 December 2021時点のオリジナルよりアーカイブ。24 June 2021閲覧。
- ^ Andre, Erik (2021年4月20日). “Statement of support by Facebook on Chromium's issue #1178058”. bugs.chromium.org. 2022年11月3日閲覧。
- ^ Andre, Erik (2021年5月24日). “Statement of support by Facebook on Firefox's issue #1539075” (英語). bugzilla.mozilla.org. 2022年11月3日閲覧。
- ^ Rosenthol, Leonard (2021年6月7日). “Statement of support by Adobe on Firefox's issue #1539075” (英語). bugzilla.mozilla.org. 2022年11月3日閲覧。
- ^ Chan, Eric (2022年8月23日). “Statement of support by Adobe on Chromium's issue #1178058”. bugs.chromium.org. 2022年11月3日閲覧。
- ^ Wooster, Roland (2022年8月24日). “Statement of support on Chromium's issue #1178058 by VESA's DisplayHDR Chairman and Principal Engineer at Intel's Client Computing Group”. bugs.chromium.org. 2022年11月3日閲覧。
- ^ Wooster, Roland (2022年11月11日). “Reinforced statement of support on Chromium's issue #1178058 by VESA's DisplayHDR Chairman and Principal Engineer at Intel's Client Computing Group”. bugs.chromium.org. 2022年11月11日閲覧。
- ^ Chauvin, Mariot (2022年8月26日). “Statement of support by The Guardian on Chromium's issue #1178058”. bugs.chromium.org. 2022年11月3日閲覧。
- ^ Chauvin, Mariot (2022年1月13日). “Statement of support by The Guardian on Firefox's issue #1539075” (英語). bugzilla.mozilla.org. 2022年11月3日閲覧。
- ^ MacAskill, Don (2022年1月4日). “Statement of support by Flickr and SmugMug on Firefox's issue #1539075” (英語). bugzilla.mozilla.org. 2022年11月3日閲覧。
- ^ Bendell, Colin (2022年10月17日). “Statement of support by Shopify on Chromium's issue #1178058”. bugs.chromium.org. 2022年11月3日閲覧。
- ^ Rempt, Rempt (2022年11月10日). “Statement of support by the Krita Foundation on Chromium's issue #1178058”. bugs.chromium.org. 2022年11月11日閲覧。
- ^ Brightman, Tony (2022年11月11日). “Statement of support by Serif Ltd.'s SerifLabs on Chromium's issue #1178058”. bugs.chromium.org. 2022年11月11日閲覧。
- ^ “JPEG XL Viewer”. chromewebstore.google.com. 2024年2月7日閲覧。
- ^ “JPEG XL viewer – Get this Extension for 🦊 Firefox (en-US)” (英語). addons.mozilla.org. 2024年2月20日閲覧。
- ^ “Update JPEG-XL with latest changes.”. GitHub (2019年12月27日). 10 October 2022閲覧。
- ^ “PLEASE DO NOT OPEN NEW ISSUES HERE”. 27 5月 2021閲覧。
- ^ “J40: Independent, self-contained JPEG XL decoder” (英語). GitHub. GitHub, Inc.. 2024年3月8日閲覧。
- ^ “libjxl-tiny”. GitHub (4 November 2022). 2024年3月8日閲覧。
- ^ “jxlatte”. GitHub (23 December 2022). 2024年3月8日閲覧。
- ^ “jxl_decode”. GitHub (8 June 2023). 2024年3月8日閲覧。
- ^ Siipola, Johannes (2022-10-31), JPEG XL Encode 2022年11月29日閲覧。
- ^ Leo Izen (6 March 2023). “hydrium”. GitHub. 2023年4月2日閲覧。
- ^ Wonwoo Choi (29 October 2023). “jxl-oxide”. GitHub. 2023年9月29日閲覧。
- ^ “JPEG XL: How It Started, How It's Going”. Cloudinary (12 July 2023). 3 November 2023閲覧。
- ^ “macOS 14 Sonoma: The Ars Technica review” (英語). ArsTechnica (2023年10月29日). 2023年10月29日閲覧。
- ^ “Explore media formats for the web - WWDC23 - Videos” (英語). Apple Developer. 2023年6月6日閲覧。
- ^ “Safari 17 Beta Release Notes” (英語). Apple Developer Documentation. 2023年6月6日閲覧。
- ^ “208235 – Support JPEG XL images”. bugs.webkit.org. 2023年7月28日閲覧。
- ^ “Pale Moon - Release Notes for Archived Versions”. 2024年1月17日閲覧。
- ^ “Support for JPEG-XL (#2040) · Issues · GNOME / Epiphany · GitLab” (英語). GitLab (2023年4月12日). 2023年7月28日閲覧。
- ^ “257871 – [CMake Enable JPEG XL by default, no longer experimental]”. bugs.webkit.org. 2023年7月28日閲覧。
- ^ “KImageFormats”. KDE Invent. 29 October 2023閲覧。
- ^ “Supported graphic and image formats”. XnView.com. 2024年1月17日閲覧。
- ^ “Jpeg Xl Wic”. GitHub (27 November 2021). 30 December 2021時点のオリジナルよりアーカイブ。23 March 2021閲覧。
- ^ “JXL WIN Thumb”. GitHub (11 June 2022). 27 December 2022閲覧。
- ^ “JXLook”. GitHub (December 2021). 2021年12月30日時点のオリジナルよりアーカイブ。2021年3月1日閲覧。
- ^ “libjxl gdk-pixbuf plugin” (英語). GitHub. 2022年11月26日閲覧。
- ^ “Qt jpegxl image plugin”. GitHub. 29 October 2023閲覧。
- ^ “1539075 - (JPEG-XL) Implement support for JPEG XL (Image/JXL)”. 2022年1月4日時点のオリジナルよりアーカイブ。2021年3月1日閲覧。
- ^ a b c “Issue 1178058: JPEG XL decoding support (image/jxl) in blink (tracking bug)”. bugs.chromium.org. 2022年12月16日閲覧。
- ^ 後藤大地 (2022年12月13日). “Google Chrome、JPEG XLのコード削除-正式対応の可能性低まる”. TECH+. 株式会社マイナビ. 2024年3月9日時点のオリジナルよりアーカイブ。2024年3月9日閲覧。
- ^ a b Proven, Liam. “Google drops forthcoming version of JPEG from Chromium” (英語). www.theregister.com. 2023年6月6日閲覧。
- ^ “JPEG XL support” (英語). Gerrit Code Review. Google. 2024年3月8日閲覧。
- ^ a b Sneyers, Jon (2022年11月2日). “The Case for JPEG-XL”. Cloudinary Blog. 2022年12月30日閲覧。
- ^ 後藤大地 (2022年11月1日). “Google Chrome、JPEG XL対応は先送り”. TECH+. 株式会社マイナビ. 2024年3月9日時点のオリジナルよりアーカイブ。2024年3月9日閲覧。
- ^ Shankland, Stephen (2022年11月3日). “Chrome Banishes JPEG XL Photo Format That Could Save Phone Space”. CNET. 2022年11月3日閲覧。
- ^ Sneyers, Jon (14 December 2022). "Re: Intent to Prototype: JPEG XL decoding support (image/jxl) in blink". blink-dev (Mailing list). 2022年12月30日閲覧。
- ^ Purdy, Kevin (2023年4月17日). “FSF: Chrome's JPEG XL killing shows how the web works under browser hegemony” (英語). Ars Technica. 2023年6月6日閲覧。
- ^ “ISO/IEC 18181-1:2022 情報技術-JPEGXL画像コーディングシステム-第1部:コアコーディングシステム”. 日本規格協会 JSA Group Webdesk. Japanese Standards Association. 2024年3月9日時点のオリジナルよりアーカイブ。2024年3月9日閲覧。
- ^ “ISO/IEC 18181-2:2021 情報技術-JPEGXL画像コーディングシステム-第2部:ファイル形式”. 日本規格協会 JSA Group Webdesk. Japanese Standards Association. 2024年3月9日時点のオリジナルよりアーカイブ。2024年3月9日閲覧。
- ^ “ISO/IEC 18181-3:2022 情報技術-JPEGXL画像コーディングシステム-第3部:適合性試験”. 日本規格協会 JSA Group Webdesk. Japanese Standards Association. 2024年3月9日時点のオリジナルよりアーカイブ。2024年3月9日閲覧。
- ^ “ISO/IEC 18181-4:2022 情報技術-JPEGXL画像コーディングシステム-第4部:参照ソフトウェア”. 日本規格協会 JSA Group Webdesk. Japanese Standards Association. 2024年3月9日時点のオリジナルよりアーカイブ。2024年3月9日閲覧。
外部リンク
編集- 公式ウェブサイト
- リファレンス実装 - GitHub
- ナイトリー開発版ビルド(ビルド)
- コミュニティウェブサイト
- J40 - 独立した依存関係のないJPEG XLデコーダー