any→jxl

プリセット

数字ではなく、写っているものに合わせて選んでください。ウェブ標準が既定で、ページやメッセージに送る写真に向いています。保存用ロスレスは画素もメタデータも一つ残らず保ち、入れた JPEG はバイト単位でそのまま取り出せます。ドット絵・図版は平坦な色、文字、硬い輪郭のためのもので、写真が必要とする変換より Modular のほうがはるかにうまく符号化します。最大圧縮は、どうしても小さくしたい写真に使います。選んでもそのプリセットが決める設定だけが動き、あとから変えたものはそのまま残って、チップの強調表示が消えるだけです。

品質

元の画像をどれだけ捨てるかを決める、ただ一つのつまみです。これは百分率ではありません。libjxl が使う単位は Butteraugli 距離で、このスライダーはその単位の上に敷いた曲線にすぎません。すぐ下の「距離」の行は、同じ設定をその単位で書いたものです。写真なら 90 あたりで大半の人は差が見えなくなり、75 から 90 は普通、元の画像と見分けがつきません。

距離

結果が元画像からどれだけ離れてよいかを表します。小さいほど元に近く、ファイルは大きくなります。0 はすべてのピクセルをそのまま保ち、1.0 はほとんどの人が違いに気づかなくなる位置、2.0 は明らかに小さくなりますがまだ十分きれいです。これは libjxl 自身の単位で、cjxl の -d が受け取る数値そのものです。論文やコマンドラインの値をそのまま 1.0 または d1.0 と入力できます。

エンコーダーの処理強度

指定した品質のまま、より小さいファイルをどこまで探すか、という設定です。画像そのものは何も変わりません。強度を上げるほど探索に時間をかけ、同じ結果をより少ないバイト数で返します。7 が既定で、だいたいこのあたりで見返りは頭打ちになります。長く残すものなら 9 の価値はありますが、1 段上げるごとに、その時間が一括処理の 1 枚ごとにかかります。

非可逆か可逆か

非可逆は、目が最も気づきにくい部分を捨てる方式で、写真にはこちらが向いています。可逆はデコードした画素をすべてそのまま保ちます。スクリーンショットや図版、文字や硬い輪郭を含むものが必要とするのはこちらです。可逆では品質のつまみに意味がなくなるため、可逆の間そのつまみは無効になります。

非可逆変換

この非可逆エンコードを libjxl の 2 つの圧縮方式のどちらに任せるかです。品質の設定ではありません——どちらを選んでも品質ダイヤルの意味は変わりません——同じ画像を記述する 2 通りのやり方であり、それぞれ特定の種類の画像で他方をはるかに上回ります。どの種類かは、各選択肢の横の ? を開いてご覧ください。

自動

選択を libjxl に任せます。実際には非可逆エンコードでは常に VarDCT になります。ヒューリスティクスが Modular を選ぶのは可逆エンコードのときだけだからです。写真にはこれが正解で、手作業で仕分けたくない雑多なバッチにも向いています。

VarDCT（写真）

JPEG XL が JPEG から受け継ぎ、作り直した周波数変換です。画像は大きさの異なるブロックに分割され、各ブロックはピクセル単位ではなく「どれだけ速く変化するか」で記述されます。グラデーション、質感、柔らかいエッジこそ写真を形づくるものであり、まさにそこが得意分野です。

Modular（グラフィック）

各ピクセルを近傍から予測して差分だけを保存するため、ベタ塗りと硬いエッジにはほとんどコストがかかりません。スクリーンショット、図表、線画、ドット絵、グラフなどです。1280×800 のスクリーンショットを既定の品質で測定したところ、VarDCT より 45% 小さく、77 KB に対して 42 KB でした。一方、写真では互角にしかならず、最大 2 倍の時間がかかります。libjxl は非可逆符号化で自らこれを選ぶことはないため、指定する方法はこれだけです。

デコード速度

あとでファイルを開く人のために、エンコーダーが代わりに行う取引です。0 は最も小さく最も見栄えのするファイルになりますが、デコーダーへの要求も最大になります。値を上げるとデコードに費用のかかる部分を省きます。これが効くのは、とても大きな画像をスマートフォンで開く場合くらいで、ほかではまず効きません。大量に配信するのでなければ 0 のままにしてください。

JPEG の入力

JPEG の係数がそのまま JPEG XL に移るため、画像は再エンコードではなく再パッケージされます。ピクセルは同一、世代劣化なし、ここで計測した JPEG では 13%〜34% 小さくなりました。

可逆トランスコードを使う

JPEG を再パックするか再エンコードするかを決めるスイッチで、既定ではオンです。再パックでは、JPEG がすでに持っている係数がそのまま JXL に移ります。ピクセル単位で同じ絵のまま、容量だけが 13%〜34% 減ります。オフにすると JPEG はピクセルにデコードされ、上で設定した品質で再エンコードされます。つまり二度目のディテール切り捨てで — JPEG は一度それを経ています — サイズや色など、変換に何かを変えてほしいときにだけ意味があります。対象は JPEG ソースのみで、どちらの経路を通ったかは結果ごとに表示されます。

JPEG の完全な再構築データを保存

オフの場合、トランスコードは絵を残してファイルを捨てます。元の JPEG は再構築できません。オンの場合、JXL はそのファイルをバイト単位で再現するために必要なものも一緒に持ちます。すべてのマーカー、全メタデータ、画像の後ろに保存されたデータも含みます。通常は 1% 未満の費用ですが、ゲインマップがファイル内に隠れた二枚目の画像である iPhone の HDR 写真では、出力の 24% を消費しました。

アニメーション

JPEG XL はアニメーションをフォーマット自体で扱うため、アニメーション GIF・APNG・WebP は 1 つのアニメーション JXL になります。各フレームが完全なエンコードなので、長いアニメーションには時間がかかります。

プログレッシブモード

プログレッシブは読み込み中に徐々に鮮明になるプレビューを表示します。 ネットワーク経由で配信するファイルに有効ですが、ファイルサイズが約 13%、エンコード時のメモリが約 39% 増えます。

透明度

JPEG XL は透明度をきちんと保存するので、透明な PNG や WebP はそのまま透明で出てきます。ここで決めることはありません。下の色は、背景を自分では持たない入力のためのものです。PDF や SVG のページはこの色の上に描かれ、複数ページを 1 枚の長い画像につなぐときの隙間も、この色で埋まります。

メタデータ

どの写真にも、画素とは別に見えない記録が入っています。各行の ? を開くと、それが何で、オフにすると何が変わるかがわかります。

カメラ・撮影情報（EXIF）

シャッターを切ったときにカメラが写真の中に書き込んだ記録です。日付と時刻、スマホやカメラの機種、レンズ、シャッター速度、そして多くのスマホでは撮影した地球上の正確な場所も含まれます。オフにするとそれらをすべて取り除きます。画像そのものは変わりません。

撮影場所（GPS）

その写真を撮った地球上の正確な場所です。多くの場合は通り単位まで正確で、たいていのスマホが自動で保存します。ファイルを渡した相手は誰でも読み取れます。写真を公開するなら、切っておくべきなのはこれです。

元ファイルの保存形式（EXIF 内）

EXIF の中で、元にしたファイルそのものを説明しているタグです。どう圧縮されていたか、色がどう並んでいたか、1 画素が何ビットだったか、どれだけ大きかったか。どれもここで作られるファイルの説明にはなっていないので、読み取ったソフトはもう存在しないファイルの情報を受け取ることになります。既定では削除します。元の技術的な記録を一字一句そのまま残す必要があるときだけ有効にしてください。

編集・著作権メモ（XMP）

あとから編集アプリが書き加えたメモです。キャプション、キーワード、星の評価、著作権者としてのあなたの名前、ときには編集履歴のすべてまで含まれます。

印刷サイズ（DPI）

プリンターに「どの大きさで刷るか」を伝える数値です。300 DPI なら紙 1 インチあたり 300 ドットという意味。画面上では何も変わらず、画素は 1 つも書き換わりません。

出力サイズ

どちらも 0 で無効です。最大辺は大きすぎる写真をリニア光で縮小し、目標サイズはその容量に収まる最高品質をエンコーダーに探させます。

品質を測定

完成した各 JPEG XL をデコードし、実際に符号化されたピクセルと比較して PSNR と SSIM を表示します。測定対象はファイル自体の符号化損失であり、その前の縮小やビット深度の削減ではありません。変換時間とメモリはおよそ 2 倍になります。

ラスタライズ

PDF や SVG に画素は入っていません。入っているのはページを描くための指示です。ここでは変換前にその指示をどれだけ細かく描くかを、元のページの 1 インチあたりのドット数で決めます。画面なら 150 で十分、300 は印刷相当で、1 段上げるごとにページごとのメモリと時間が増えます。