WebM を JXL に変換

このサイトの他の静止画形式はどれも、誰かがそれを求めています。記録システムが TIFF を指定し、表示速度の予算が AVIF を強い、メールには JPG、不具合報告には PNG が要ります。JPEG XL にはそうした要求元がありません。アップロードフォームに載ることも、アーカイブ基準で必須とされることも、同僚に頼まれることもまずありません。

つまりこのページはあなたに手順ではなく評価を提供する必要があります。JXL のほうが今使っている形式より圧縮率が良いと読んで、切り替えるかどうか考えている——それは合理的な検討ですが、仕様書の理想ではなく、この変換が実際にどう動くかを見ながら判断してください。

JPEG XL の評判の多くは可逆符号化に由来します。画像を正確に保存でき、既存の JPEG を可逆かつ小さく再圧縮することもできます。ここではどちらも起きません。フレーム抽出は秒数の指定という選択肢しか持たず、復号したフレームを共有の画像符号化処理に渡し、そこでは固定の品質 82 が使われます。

82 という値は写真には妥当な数字ですが、それでも不可逆です。このページで作られる JXL は、すでに一度圧縮による近似を経たフレームを、もう一度圧縮による近似にかけたものです。これをアーカイブ用のマスターと呼ぶのは二重の意味で誤りです。想定と違うなら、3 年後ではなく今この段落で気づけたほうがよいでしょう。

これ以上何も捨てたくないなら、PNG のほうが目的にかないます。PNG はデコーダーが作ったものをそのまま保存し、そこで止まります。そのあとは 1 ピクセルも変えずに、より効率よく書き直す可逆な最適化処理が加わります。

代償はサイズで、画面のコンテンツでは想像より小さくなります。単色の広い範囲は PNG が得意とする内容だからです。何百枚もの画像を扱っていて 1 枚あたりのサイズが制約になっているなら JXL を、フレームが証拠や記録、唯一のコピーであるなら PNG を選んでください。

1 枚の画像を小さくするために作業手順を変える価値はありません。1,000 枚になると計算は変わり、これがこの変換に向いた場面です。1 セッションに 1 フレームを記録する監視アーカイブ、数百セッションから抜き出した研究用の素材、保管費用が実際の数字として効いてくる個人のコレクションなどです。

その規模になれば、新しい符号化方式が古いものよりどれだけ有利かがディスク全体に対して意味を持つ割合になり、開けるソフトが少ないという弱点も、ファイルが自分のスクリプトからしか読まれないなら効いてきません。誰かに送る必要が出た瞬間、この計算は逆転します。

このサイトのレジストリはブラウザー対応を「まだら」と記録し、読めるソフトとして GIMP と ImageMagick を挙げています。どちらも正確な記述ですが、実際の不便さを控えめに言っています。JXL はウェブページで確実に表示される保証がなく、ファイルマネージャーでプレビューされる保証もなく、他人の端末で開ける保証もありません。

発見してから慌てるより、最初から前提にしておいてください。誰かに見せる可能性があるものには JPG か PNG を添えておき、JXL は作業用ではなく保管用のコピーとして扱います。誰にも読めない形式のアーカイブは、余計な手間がかかるだけのバックアップです。

画像は動画のネイティブなピクセル寸法のままで、拡大縮小はされません。1 回の変換で作られるのは常に 1 枚です。何枚も欲しければ、秒数を変えて変換とダウンロードを繰り返すことになりますが、アップロードがないためそれぞれ数秒で終わります。

1 セッションから選んだ 10 数枚を取り出す用途には向いていますが、1,000 枚単位の抽出には向きません。本当に大量のサンプリングが必要なら、フレームレートを指定できるコマンドラインツールのほうが正しい選択で、ブラウザーのフォームがそこまでは拡張できないと正直に言うほうが役に立ちます。

JPEG XL は他の現代的な静止画符号化方式と同様、写真的な内容——なだらかな階調や質感——に合わせて調整されています。画面録画はその逆で、硬い輪郭、単色の平面、細い線、小さな文字が多く、不可逆な符号化器はまさにそうした境界の周りにうっすらとにじみを作ります。

品質 82 ではそのにじみはわずかですが確かに存在し、画面キャプチャの中でも人が実際に読む必要のある部分に乗ります。エラー文字列や項目名、フィールドの値を読み取れる状態で残す必要がある画像なら、ファイルサイズの比較よりも、この不可逆な経路自体が向いていません。可逆な経路のほうがその読者に合っています。

JPEG XL の魅力の多くは写真に関するものです。RAW 現像向けの高いビット深度、アルファチャンネル、編集の連鎖を通して残る EXIF や ICC プロファイル、既存の JPEG ライブラリーの可逆な再圧縮。どれも本物の利点ですが、どれも動画のフレームからは手が届きません。

フレームはキャンバス経由で 8 ビット、完全不透明、カメラのメタデータなし、撮影時刻なし、カラープロファイルなしで届きます。ブラウザーの録画にはそもそもそれらが存在しないからです。ここに残る形式の主張は圧縮効率だけで、多くの人がこの形式を選ぶきっかけになった論拠よりずっと狭いものです。

WebM はブラウザーがすでに持っているコーデックでタブの中で復号され、1 フレームが符号化され、動画を運ぶ通信は一切発生しません。アカウントも日ごとの上限もなく、無料の上限は 1 ファイル 100 MB です。

この読者にとってこれは原則以上の意味を持ちます。サンプリングされる録画はたいてい画面録画——セッション、ダッシュボード、社内ツール、たまたま画面に映っていたもの——だからです。1 枚の静止画を得るために録画全体をアップロードするのは、誰かにそれがどこへ行ったか尋ねられる前から割の合わない取引です。