M4V を AVIF に変換

AVIF は新しい画像コーデックではなく、コンテナーに包まれた AV1 のキーフレームです。元の動画自体が AV1 であれば、この往復はめずらしく好都合になります。1 回目の処理が残す痕跡が、2 回目の処理が効率よく記述できる形そのものになるからです。これは本物の効果ですが、ここでは使えません。

M4V が持つのは H.264 か HEVC で、どちらも MPEG 側の血統です。フレームは出ていく途中で一族をまたぐことになります。間に画素へのデコードが挟まるので、聞こえるほどのコストはかかりません——エンコーダーは再解釈が必要な表現ではなく、画像そのものを受け取るからです——ただし血統についての議論は成り立たず、写真は純粋に写真として評価されます。

HEVC の録画にとって自然な静止画形式は HEIC です。同じコーデックが同じコンテナーの系列に入っており、Apple の機器がそれを作る理由そのものです。HEVC のフレームを HEIC に変換することこそ、AVIF ではありえない一族内の変換になるはずでした。

それは提供されておらず、理由は制約ではなくライセンスです。HEIC の書き出しには HEVC エンコーダーが必要で、一般的なものはこのプロジェクトの依存関係の方針が認めない条件で公開されており、それでも出荷するという選択肢は存在しません。AVIF は Alliance for Open Media が同じ仕事をその問題なしにこなせるよう設計した形式です。Apple 形式についての問いへの答えが、オープンな形式になっているのはこのためです。

レジストリは AVIF が 12 ビットと広色域に対応していると記録しており、これは形式としては真実です。この経路については真実ではありません。フレームはデコーダーからキャンバスを通じて取り出され、通常の sRGB で 1 チャンネル 8 ビットとして渡され、エンコーダーはまさにそれを受け取ります。

この帰結は、最近の Apple の映像にとってとくに重要です。最近の iPhone や Final Cut の書き出しは当然のように HDR を運んでいます。その階調は生き残りません。ハイライトは 8 ビットの範囲に圧縮され、結果は普通のカメラで撮ったかのような同じカットに見えます。Web ページにとってはこれが正しい結果です。下流のほぼ何もその余分な階調を使わなかったはずだからです。階調こそが仕事の成果である場合には、これは正しい道具ではありません。

符号化のコストは画像ごとに課され、小さくはありません。AV1 は各ブロックをどう記述するかについて網羅的な探索を行うことで効率を得ており、4K 録画からのフル解像度のフレームでは、良い機械でも本物の数秒がかかり、そこそこの機械ではもっとかかります。

これがこの変換の使いどころを決めます。ページの上部にある、何度も配信される 1 枚の大きな画像には、この待ち時間は何倍にも見合います。講座のサムネイル一覧には見合いません。サムネイルサイズでは 1 枚あたりの節約が小さく、待ち時間は動画の本数分だけ掛け算されます。一覧には WebP を、ヘッダーには AVIF を使ってください。これはどのみちパフォーマンス作業がたどり着く分担です。

タイムスタンプは 86,400 秒まで受け付けるので、長い録画のどの瞬間でも秒数を入力すれば取り出せます。何秒がよいかを決めるのは、あなたではなく動画エンコーダーです。静止したショットやスライド、身振りの合間の話者は符号化のコストが高く、細部まで出てきます。パンやカットは符号化が安く、ぼやけて出てきます。

このペアでは、この選択が形式よりずっと重要です。静止した瞬間に撮って JPG で保存した静止画は、動きの途中に撮って AVIF で保存したものより、容量を含むあらゆる点で優れます。ブレたフレームは細部だらけで、エンコーダーはそれを記述するのにビットを費やさざるを得ないからです。タイムスタンプを 0.5 秒動かすのはタダですが、より良いコーデックはタダではありません。

背後に WebP のソースを、最後の <img> に JPG を持つ <picture> 要素から配信してください。3 行で JavaScript も要らず、ブラウザーは自分が理解できる最初のものを選びます。AVIF への対応が WebP より何年も遅れて登場し、更新を受け取らなくなった機器がいまも残っているので、これは重要です。

パイプラインの反対側も確認してください。多くのコンテンツ管理システムや静的サイトのビルド処理は、いまも .avif のアップロードを拒否したり、そこから派生物を生成できなかったりします。実務上、デコーダーを持たない訪問者よりよくある障害です。30 枚を符号化する前に、2 分かけて確認する価値があります。

Web ページ以外のすべての場合です。メールクライアントはそれを描画せず、オフィスソフトもほとんどそうで、印刷のワークフローもそうです。同僚に送ればたいてい「これは何ですか」と聞き返されます。他人のサイトのアップロードフォームがその拡張子を拒否することも十分に多く、例外というより計画に織り込むべき事項です。

ライブラリの用途は近くにあり、違う話なので別に名指す価値があります。Plex や Jellyfin、Emby のコレクション用のアートワークは、JPG か PNG を期待し、ファイル名で照合するサーバーへ送られます。このサイトの JPG への経路がその仕事のために書かれています。ブラウザーの外での AVIF は、誰も開けない小さいファイルを作るだけで、最適化にはなりません。

iTunes Store や Apple TV アプリで購入・レンタルされた映画やエピソードは FairPlay の暗号化を持っています。ブラウザーの中の何もそれをデコードできないので、符号化するフレームがなく、変換は始まる前に「ファイルの中身を何も変換できませんでした」と報告します。

それ以外はすべて問題ありません。QuickTime、iMovie、Final Cut、Compressor の書き出し、カメラの録画、会議や講座のダウンロードなど。バッチの中で一部だけがうまくいかないなら、それらはファイルの破損ではなく購入品です。

AVIF の符号化は要求が高く、これを提供するサービスはたいてい待ち行列を作るか上限を設けるか課金します。ここではタブの中で手元のプロセッサーが行うので、待つ行列も 1 日の割り当てもありません。ドロップは一度に最大 100 ファイルまで扱え、コストはあなた自身の時間だけです。その時間は、この取引に見合うと判断したときに、承知の上で使ったものです。

これは動画がその場に留まるということでもあります。無料枠は入力ファイルを 100 MB まで受け付け、録画を運ぶものはどの段階でも送信されません。このペアでは、これはプライバシーだけでなく釣り合いの話でもあります。40 キロバイトの画像を得るために大きな動画をアップロードするのは、結果に対して奇妙な量のネットワーク通信です。