AppleがXNUMXつの大きなニュースを発表
Appleは先日、Safari 17ベータ版とWebKitエンジンにおいて、 JPEG XL画像フォーマットのデフォルトサポートを有効にしたと発表した。Googleは昨年、Chromeでこのフォーマットのサポートを終了している。
Googleは、JPEG XLの実験的サポートをChromiumのコードベースから削除する理由として、エコシステムからこの形式に対する十分な関心が欠けていることを取り上げた。 JPEG XL を含めることに反対する Google の主張では、既存の形式に比べて十分な追加の利点が欠如していることも挙げられています。
その後状況は変化し、ウェブ開発者やコミュニティからの好意的なフィードバックに加え、このフォーマットはSafariとの互換性も確保されることになった。
同時に、Blink エンジンに JPEG XL のサポートを追加するためのアプリケーション ページでは、同一品質の JPEG 画像と比較して最大 60% のサイズ削減や、HDR、アニメーション、透明度、プログレッシブローディング、ビットレート削減によるスムーズな劣化、ロスレス JPEG 圧縮 (元の状態を復元できる最大 21% の JPEG 削減)、最大 4099 チャンネルのサポート、および幅広い画像深度。
JPEG XLコーデックのもう一つの利点は、ロイヤリティフリーであり、BSDライセンスの下でオープンなリファレンス実装が提供されている点です。JPEG XLで使用されている技術は、マイクロソフトのrANS（Rank Asymmetric Number System）方式に関する特許を除き、独自の技術と重複していません。ただし、この特許の過去の使用については開示されています。
さらに、ImageEngineサービスを使用してJPEG XL、WebP、AVIFフォーマットを比較した結果も公開されました。JPEG XLエンコードはAVIFと比較してファイルサイズを11%削減し、データサービス標準（DSSIM）評価ではJPEG XLがAVIFを13%上回りました。WebPについては、平均値がAVIFに近いことから、圧縮率とオリジナルとの視覚的な差異のレベルにおいてもJPEG XLが10%優れていることがわかります。
Firefoxでは、JPEG XLのサポートはナイトリービルドで利用可能です（`about:config`で`image.jxl.enabled=true`を有効にすることで有効化できます）が、Mozillaは今のところこのフォーマットの推奨には中立的な立場をとっています。一方、GoogleはChromiumでJPEG XLを動作させるためのリターンコードを求めるリクエストを引き続き受け取っています。
動機
Chrome で JPEG XL をサポートする主な動機は次のとおりです。
– 画像サイズに対する画質の向上。Web 上で見つけられる品質の JPEG と比較して、同じ視覚品質 (大きなオリジナルの非可逆圧縮) でファイル サイズが約 60% 節約されます。
ダウンロード サイズを小さくし、プログレッシブ デコード モードをサポートすることで、視覚的な遅延が改善されました。
– HDR、アニメーション、プログレッシブをすべて同じ画像コーデックでサポートします。
– ロスレス再圧縮JPEGファイルのサポート
最後に、 WWDC23でAppleがGame Porting Toolkitを発表したことも注目に値する。これは、Windowsゲーム開発者がゲームをmacOS上で動作するように移植できるようにすることを目的としたツールである。
この点に関して、このプロジェクトのソースコードはWineをベースにしており、 macOSプラットフォーム向けにCrossOverパッケージを編集する際にCodeWeaversのパッチが追加されていることを述べておく価値がある。
Game Porting ToolkitはCrossOverバージョン22.1.1を使用しており、これによりmacOS上でDirectX 10および11 APIに基づいたゲームを実行できます。プロジェクトでは、macOS向けCrossOver 23の今後の開発バージョンでDirectX 12の初期サポートが予定されていると述べています。
ゲーム移植ツールキットのプレゼンテーションについてさらに詳しく知りたい場合は、以下のリンクから詳細をご確認いただけます。