7 ポイント 投稿者 GN⁺ 2024-09-21 | 5件のコメント | WhatsAppで共有
  • JPEG XLは2022年初頭に正式に標準化された次世代画像エンコード標準
  • 従来のJPEGと比べて、より高い画質を維持しながらファイルサイズを削減できる
  • AppleのソフトウェアやAdobe Camera Raw、Lightroom Classicなどではサポートされているが、Chrome、Firefoxなどではまだ標準ではサポートされていない
  • JPEG XLの利点
    • 従来のJPEGと比べて最大55%小さいファイルサイズで、視覚的にロスレスなよりクリーンな画像を提供
    • XYB色空間を使ってデータを効率的に保存し、少ないデータでも高い画質を提供
    • 30年の歴史を持つJPEG形式の限界を補い、JPEG圧縮で生じるアーティファクトやバンディングのような問題を解決
    • HDR、アニメーション、アルファ透過、複数レイヤー対応など、JPEGが対応できない機能も提供
    • 広色域および高ダイナミックレンジ画像、RGB/CMYK/YCgCo/XYB色空間、最大32ビットチャンネル、マルチフレーム対応
    • WebPやAVIFとは異なり、静止画像を念頭に設計されている

AppleのiPhone 16 ProにおけるJPEG XL採用理由

  • 従来のJPEGより向上した画質と、より優れた圧縮性能を示すため
  • 32MBのJPEG画像をJPEG XLに変換すると24MBに縮小し、ロスレス形式では約5MBまで縮小される
  • ProRAWファイルをDNGコンテナ内でJPEG XL形式に圧縮することで、柔軟性を維持しながらファイルサイズを最大5分の1まで削減
  • JPEG XL採用の限界
    • まだ広く採用・サポートされていない
    • 各ユーザーは自分のワークフローと要件を評価し、JPEG XLが適しているか判断する必要がある
    • iOS 17以降、macOS 14以降でサポートされるが、.jxlファイルはDNGコンテナにラップされる
      • JPEG XLファイルはDNGコンテナに含まれているため、iPhone 16 Proからそのまま.jxlファイルを送ることはできない
    広告
  • JPEG XLの未来
    • AppleがJPEG XLを採用したことで、他社もこれに追随する可能性がある
    • JPEGの多くの問題点を解決するため、広くサポートされることが期待される
    • 写真家にとっては明らかに優れたフォーマット
    • JPEG XLはJPEGへの逆変換をサポートするが、さらなる開発が必要
  • iPhone写真家への影響
    • 潜在的な欠点よりも利点のほうがはるかに大きい
    • 75MBのProRAW Maxファイルは、JPEG XL圧縮を使うと非可逆のProRAW形式で約20MBになる
    • ロスレスファイルも50MB未満にでき、画質を損なうことなく大幅な保存容量の節約が可能

GN⁺の見解

  • JPEG XLは、写真品質とファイルサイズのバランスを取った革新的なフォーマットに見える。環境負荷の低減という面でも前向き
  • ただし、普及が鍵。Appleのサポートは心強いが、他社の追随がなければ限界がありそう
  • 従来のJPEGの代替としてWebP、AVIFなどの競合フォーマットもあるため、今後のJPEG XLの成長動向を見守る必要がある
  • iPhone写真家にとっては魅力的な選択肢。ProRAWファイルのサイズ縮小で保存容量を節約できる
  • ただし、他プラットフォームとの互換性の問題から、当面はJPEGを併用するのが現実的な代替策

5件のコメント

 
ndrgrd 2024-09-22

WebPくらいちゃんとサポートしろ

 
laeyoung 2024-09-22

WebPには特許があるため

 
ndrgrd 2024-09-22

特許の問題なら、中途半端な対応すらできなかったのではないでしょうか。
今の問題は、対応はしているものの実装がどこか抜けているようで、Appleデバイスとの互換性のためにサービス提供者が低いレベルの圧縮しかできないことなんですよね

 
qurare 2024-09-24

特許に引っかからない範囲まで対応したのだとしたら、どこか抜けているのも理解できなくはないですね

 
GN⁺ 2024-09-21
Hacker Newsの意見
  • 朗報だ。最近、JPEG XLの利点についての素晴らしい動画を見た

  • 採用を増やすために、最新のiPhoneモデルだけに制限すべきではなかった

    • 1年前のiPhone 15のCPUがJXLエンコードを処理できない理由はない
    • リアルタイムで4K動画をエンコードできるのだから、問題ないはずだ
  • 数日前に記事全文を読んだが、JPEG XLの可能性についての良い概要だった

    • Appleの視点とPRの側面が中心的な役割を果たしているのは、やや奇妙に感じた
    • すでに数か月前にSamsungがJPEG XLを採用していたことをpetapixelが見つけていた
    • 「どちらが先か」という些細な議論は別として、競合他社がすでに受け入れている共通規格を採用するのは、まったく別の動きだ
    • これはJPEG XLのさらなる採用が期待できることを意味する
    • もっと注目されるべき最大の希望の兆候だった
  • .jxlファイルがDNGコンテナにラップされているため、iPhone 16 Proでは .jxlファイルをそのまま使えない

    • JPEG XL対応に向けたあらゆる動きは歓迎だが、これは残念だ
    • Chromeチームがjxlサポートを復活させたとしても、このようなファイルは表示できないだろう
  • 今回は標準を選んでくれてよかった

    • HEICを出したときは、実用的なオープンソースデコーダが1つもなかった
    • Apple以外のデコーダも存在しなかった
    • XLの色深度には驚かされる
  • 標準JPEGと比べると、JPEG XLファイルは最大55%小さい

    • JPEG "XL"という名前は今でも違和感がある
    • 直感的にはファイルサイズが大きいことを連想してしまう
  • ブラウザ対応に関する最近の動き

  • JPEG XLは既存のJPEGファイルを再エンコードして、元のファイル品質を保ったままファイルサイズを削減できる

    • とても便利な機能に見えるが、今のところmacOSで既存の写真ライブラリを再エンコードするツールは見当たらない
  • iPhone 16を持っていないので、この記事は混乱する

    • Appleは"raw"のカメラキャプチャにだけjxlを使っていて、通常のカメラキャプチャには使っていないのか?
    • 非rawのユースケースのほうが一般の人には影響が大きい気がする
    • なぜだろう? jxlはHEICより劣っているのか?
  • JPEG XLはAppleの現在のデフォルトであるHEICと比べてどうなのか?

    • HEICはいずれJPEG XLに置き換えられるのだろうか?