MKV を WebM に変換

これは何かを変換する前に理解しておく価値のある関係です。WebM は別個の設計ではなく、許される中身を一握りのコーデック——映像は VP8、VP9、AV1、音声は Opus と Vorbis——に絞った Matroska です。WebM ファイルは正当な Matroska ファイルであり、それを読むパーサーも同じものです。

この制限そのものが価値です。任意の MKV を渡されたブラウザーは、それが HEVC を含むのか DTS を含むのか TrueHD を含むのか、あるいは 2004 年ごろの何かを含むのかを知りようがなく、再生の途中で失敗するより、その一群全体を拒否します。WebM を渡されたブラウザーは、それが自分がデコードできる 5 つのうちのどれかだと事前にわかります。つまり変換は、ファイルを変えることよりも、ブラウザーが受け入れてくれる約束をすることに近いのです。

動画サイトは最良のストリームを、Opus の音声を伴う VP9 か AV1 として配信しており、そのどちらも、何にでも再生される MP4 には収まりません。別々の映像・音声ストリームを結合するダウンロードツールは、それを寛容な場所に置く必要があり、Matroska はどんな組み合わせも文句なく受け入れるコンテナーです。それが、映像的には映画でも何でもないのにディスク上のファイルが MKV になっている理由です。

この帰結は、このサイトの中では珍しいものです。WebM に欲しいコーデックは、多くの場合すでに MKV の中に入っています。これはある意味で変換を安くしますが、別の意味では考える価値があります。まさにコピーが可能だったはずの場面で、このツールはコピーを行わないからです。

WebM に入る VP9 のトラックは無傷でそのままコピーされると思うのが自然です。実際はそうではありません。すべてのフレームは画素へデコードし直され、再び圧縮されます。非可逆コーデックを 2 回通ると、1 回目が近似したものをさらに少しだけ失います。画面録画や人物の顔だけの映像ではこれは本当に見分けがつきません。粒子感や水面、速いパンでは比べれば見えます。

この特定のファイルにとって、代替手段が優れているのははっきり言っておく価値があります。MediaInfo で MKV がすでに VP9 と Opus を持っているとわかったら、ストリームコピー付きの ffmpeg か MKVToolNix が、何も失うことなく数秒で WebM を作ってくれます。このページを使うべきなのは、元データが別のものであるとき、ファイルをどのみちリサイズする必要があるとき、あるいは 1 本のクリップのためにデスクトップのツールを入れる価値がないときです。

出力は常に VP9 の映像と Opus の音声を持ちます。AV1 の元データは保たれるのではなく変換されて下がり、効率のわずかな損失と引き換えに、デコードできる機械の範囲が広がります。vp09.00.31.08 は変換が始まる前にブラウザーへ尋ねられる文字列で、1280×720 の探りであって手に入るファイルそのものではありません。レベルの数字はフレームサイズから導かれます。1080p なら 40、4K なら 50 です。

現行の Chrome、Edge、Firefox、Safari はどれもこの組み合わせを再生します。古い macOS 上の古い Safari が例外で、これが MP4 をまだ選択肢に残しておく理由です。本番の <video> 要素は通常両方のソースを列挙し、ブラウザーが最初に理解できるものを選ぶようにします。WebM だけを配信するのは、どの訪問者を失っても構わないかという判断です。

WebM は複数の音声トラックを持てるという Matroska の性質を受け継いでおり、ブラウザーがデコードできるものはすべて、見つかった順番のまま出力に運ばれます。実際にはダウンロードされたクリップはたいてい 1 本しか持たないので、MP4 や MOV のページほど重要ではありませんが、ファイルを小さくするために何かが捨てられることはありません。

字幕トラックは事情が違い、話は短いです。この変換ツールは動画トラックと音声トラックだけを読むので、ソフト字幕付きの MKV は、その点に関してはこの変換ツールには見えません。自分が管理するページにとって、これは大した損失ではありません。<video> の中の <track> 要素から参照する WebVTT ファイルなら、ブラウザーがスタイルを付けられ、検索エンジンが読め、訪問者がコピーできるキャプションになります。埋め込まれたトラックには決してできないことです。

何かが変換される前に、ブラウザーは各サウンドトラックをデコードできるか尋ねられます。できない場合、そのトラックは捨てられ画面は続きます。つまり変換は成功し、WebM には音がありません。それが起きている間、何も警告されません。

ダウンロードされた MKV は Opus か AAC を持っており、この影響を受けません。DVD や Blu-ray から取られた MKV は AC-3、E-AC-3、DTS、Dolby TrueHD を持っており、それらはどのブラウザーもデコーダーを搭載していないコーデックです。ページのためにディスク素材を変換しているなら、公開する前に WebM を再生してください。無音のヒーロー動画は、訪問者が指摘するまで誰も気づかない種類のものです。

ページに埋め込むものにとって、解像度の設定は画質帯域より重要です。4K の元データを 1080p に落とすと画素の 4 分の 3 が取り除かれ、バイト数の大半もそれと一緒に消えます。幅 700 ピクセルの列に表示されるクリップにとって、それを超える画素はすべて、ダウンロードされたのちブラウザーによって捨てられます。

この設定は縮小にしか働きません。元データより大きい値を求めても意図的に無視されます。アップスケールは細部を何も作り出さず、ただ大きなファイルを作るだけだからです。クリップが装飾的なもの——背景のループ、自動再生されるデモなど——なら、720p で「小さいファイル」の画質帯域を使えば、その場ではほとんど見分けが付かず、転送量はごくわずかになります。

デコードも VP9 への符号化も、どちらもブラウザーのタブの中で行われます。動画を運ぶものはどこにも送信されません。ネットワークタブを開いて何かを変換してみれば確認できます。アカウントも、他の誰かのアップロードの後ろに並ぶ待ち行列もありません。

VP9 は H.264 よりプロセッサーに多くを求め、ハードウェアの VP9 エンコーダーはあまり広く搭載されていないため、ブラウザーはしばしばソフトウェア処理にフォールバックし、ファイルサイズから予想するより待ち時間が長くなります。そのコストは、その後のすべてのページ読み込みで取り戻されます。同じ見た目の画質なら、VP9 は H.264 よりたいてい大幅に少ないバイト数で済み、動画は符号化される回数よりずっと多くの回数配信されるものだからです。