本文へスキップ
MameTechNews
フロントエンド

JPEG XLは主要ブラウザ対応後も、写真配信の既定はAVIF

## POINTS

  • 写真の損失圧縮はAVIFが有利。JPEG XLは既定で15〜25%、最大努力でも6〜20%大きい、が典型値。
  • 画面キャプチャと透過は差がさらに大きい。jixelの透過は無損失になり、AVIFの2〜3倍になる。
  • 既存JPEGの再圧縮なし縮小と、無損失の保管にはJPEG XLが向く。配信の既定をそのまま置き換えない。

JPEG XLが主要ブラウザに入ったことを受け、Jake Archibald氏は10月15日、Web用途のエンコード比較を公開した。使ったのはavifenc 1.4.2、libjxl 0.12.0、別実装のJPEG XLエンコーダjixel 0.4.2で、測定機は2024年のMacBook Pro(M4 Pro)だ。

損失ありの写真では、AVIFの方がほぼ常に小さい。既定の努力度では、最良のJPEG XLが同じ品質のAVIFより典型的に15〜25%大きく、最大努力でも6〜20%大きい。画面キャプチャとイラストでは差が広がり、既定で30〜90%、最大努力でも20〜70%大きい。透過もAVIFが有利で、jixelは透過を常に無損失で符号化するため、ファイルはAVIFの2〜3倍になる。

デコード時間は、中品質だとJPEG XLが典型的に2〜3倍長い。既存のJPEGを追加の劣化なしでJPEG XLに詰め直すと、9〜20%小さくなる。無損失に限ればJPEG XLが明確に勝つ。写真では無損失WebPが9〜17%、無損失AVIFが30〜120%大きい。氏は、Webで無損失が必要な場面はほとんどないとも書いている。

HDRでは、ブラウザのJPEG XLデコーダがゲインマップに未対応な点がAVIFとの差になる。氏の現時点の既定は、AVIFの4:4:4を、負担できる範囲で高い努力度にして使うことだ。AVIFが異常に大きい画像だけ、jixelのJPEG XLを試しに比較する。パイプラインを一括でJPEG XLへ寄せる判断は、写真、UI画像、透過で分けた方がよい。