本文へ
ハクソク

世界を動かす技術を、日本語で。

JPEG XL テストページ

元記事: 原文(tildeweb.nl)

概要

  • JPEG XL は新しい画像フォーマット
  • 現時点で主に Safari のみ対応
  • Jon Sneyers が仕様の共著者
  • 一時は Chrome でも実装されたが削除
  • 現在は 再導入 の動き

JPEG XL テストページの紹介

  • このページは JPEG XL画像 の表示テスト用ページ
  • 2026年1月時点 で対応ブラウザは主に Safari
  • 他のブラウザでは未対応がほとんど
  • Can I Use サイトで対応状況の確認が可能

Jon SneyersとJPEG XLの歴史

  • 画像の人物は Jon Sneyers
  • JPEG XL仕様の 共著者
  • 以前には Free Lossless Image Format (FLIF) の開発者
  • JPEG XLの歴史に深く関わる人物

JPEG XLとブラウザの対応状況

  • Chrome では一時的に実装されていた
    • 機能フラグで有効化可能だった経緯
  • 利用率が低いとの理由で Chromeから削除
  • その後、需要の見直しにより 再導入の動き
  • 詳細は JPEG XL Wikipediaページ で確認可能

JPEG XLの注目ポイント

  • 歴史的背景による 技術的な面白さ
  • 新旧画像フォーマットの 進化の証
  • 今後の ブラウザ対応拡大 への期待

提供: ハクソク · 要約更新:

AIによる日本語要約です。内容は原文とあわせてご確認ください。

Hacker Newsの議論を読む

Hackerたちの意見

Orionや、たぶん他の最新のWebkitベースのブラウザでも画像が見れるよ。早く私の写真処理ソフトがJPEG XLに対応してくれるといいな！

└

Chromium 143（Void Linuxで入手できる最新のバージョン）ではまだ無理だね。chrome://flags/#enable-jxl-image-formatもビルドに見つからないし :(

└

早く私の写真処理ソフトがJPEG XLに対応してくれるといいな！印刷屋や加工屋、他の小さな製造業者って、新しい技術にいつも遅れがちじゃない？

└

そうそう、Gnome Webはちゃんと読み込めるよ！マジでいいブラウザだよね。6ヶ月ごとに切り替えようとするんだけど、拡張機能が全く使えないのを思い出しちゃうんだよね。何でも手放せるけど、1Passwordだけは無理。クレデンシャルをコピー＆ペーストして、パスキーを完全に失うなんて、絶対に嫌だし。

Waterfoxで。画像は問題なく表示されるよ。

Android用の最新のWebKitブラウザってある？私が見つけた中ではLightningが一番良かったけど、何年も更新されてないんだよね。追記：FulgurisっていうLightningのフォークを見つけたよ。JPEG XLのテスト画像には対応してなかったけど、機能やカスタマイズ性がすごく気に入ってる。今はAndroidでのデフォルトブラウザになったよ。

└

WPEはAndroid用にビルドできるけど、ユーザー向けのブラウザではないね。

└

私が知ってる中で一番近いのは、Igaliaがhttps://wpewebkit.org/をAndroidに移植しようとしてるプロジェクトかな。https://github.com/Igalia/wpe-androidにあるし、現状のリリースにはミニブラウザのサンプルapkもあるよ（でも今のところChromeの代替品とは言えないかな - Androidで知ってる中では一番近いものだけど）。

JPEG XLもいいけど、なんでAVIFを使わないの？ブラウザで広くサポートされてるし、JPEG XLと並んで最高のロスイー画像フォーマットだよ。

└

Jake Archibaldが進化的画像レンダリングについて素晴らしい投稿をしてるよ。JPEG XLとAVIFの比較に関するいくつかのメトリクスも含まれてる。

「Safariでは、JPEG XLのデコードに150%も時間がかかる（つまり2.5倍）。M4 Proでは17ms長くかかるよ。Appleのハードウェアは高性能だけど、これって結構重要かも。これは進化的レンダリングとは関係なくて、デコーダーが単に遅いだけなんだ。Appleの実装はシングルコアで動いてる可能性があるから、改善の余地があるかもね。」 「SafariでのJPEG XLサポートは、ブラウザではなく、基盤となるOSから来てるんだと思う。AppleはHEICの代わりにiPhoneの写真ストレージにJPEG XLを使うことを検討してるんじゃないかな。ブラウザへのJPEG XLの導入はちょっとした後付けみたいな感じだし。あくまで推測だけど。」 「フラグの後ろにあったChromiumの実装は、ある程度進化的レンダリングをサポートしてたけど、約60kB（ファイルの39%）までは何もレンダリングしなかった。レンダリングは上の初期JPEGレンダリングに似てるけど、そこに到達するのにもっと多くの画像データが必要なんだ。これはフォーマット自体の問題じゃなくて、デコーダーの弱点だね。JPEG XLが何ができるか、もう少し詳しく見てみるよ。」 「古いフラグの後ろにあったChromiumのJPEG XLデコーダーの性能もテストしたけど、AVIFよりも500%遅い（6倍）んだ。古いフラグの後ろにあったFirefoxのJPEG XLデコーダーもSafariのデコーダーと同じくらい遅い。実験的な未リリースのものの性能を判断するのはフェアじゃないけど、どれかがSafariの実装が異常だって示してくれることを期待してたんだ。」 「JPEG XLの『高速デコード』がAVIFに対するセールスポイントの一つだと思ってたけど、今はちょっと疑問に思ってる。」 「FirefoxではJPEG XLのRust実装が進行中だけど、性能がかなり良くならないと実装できないね。」

└

JPEG XLの方がずっと良いのに、なんでAVIFを使うの？

└

JPEG XLは実際に全体的に大きな改善をもたらす初めてのフォーマットだから。いくつかの点ではAVIFが近づいてるけど、他の点ではかなり遅れてるし、競争にもならない部分もある。JPEG XLのようなものは他にないし、真のユニバーサル画像コーデックとしてどこでもサポートされるべきだと思う。

Hacker Newsで議論の続きを見る

同じ出典の記事