H.264 vs VP9 vs AV1：どれを選ぶべきか

各コーデックを一言でいうと

これらのサイズの数字こそ、プラットフォームがわざわざコーデックを使い分ける理由です。動画配信はコストがかかるため、同じ画質で帯域を3分の1削減できるコーデックは即座に元が取れます。

だからこそ3種類すべてに出会うことになります。プラットフォームは人気動画を複数回エンコードし、各視聴者の端末がデコードできるものを配信します。同じ動画が同じ解像度で複数のコーデックとして実際に存在しているのです。

目に見える結果：サイズは解像度に比例しない

ダウンロード前に表示される、10分の動画の実際の例です。

より鮮明な方が軽いのです。バグではありません。1080pストリームは新しいコーデックでエンコードされ、720pストリームは互換性のために残されたH.264を使っています。ピクセルが増え、圧縮が良くなり、ファイルは小さくなります。

ここから得るべき最も実践的な教訓は、コーデックが異なる場合解像度はサイズについて何も語らないということです。「解像度が低いほどダウンロードが小さくなる」という習慣に頼っていると、頻繁に裏切られます。代わりに実際の数字を確認してください——ここで完全な段階を計測しています。

ハードウェアデコードと、バッテリーが気にする理由

技術的な界隈以外ではあまり語られませんが、スマホでは重要な詳細です。

端末には特定のコーデックをデコードするための専用チップが搭載されています。スマホがH.264を再生するとき、そのチップが仕事をします。高速で、発熱も少なく、バッテリーへの負担もほとんどありません。チップが知らないコーデックに出会うと、代わりにメインプロセッサがソフトウェアでデコードします——消費電力は何倍にもなり、端末は発熱し、長い動画ではカクつきが発生します。

つまり、小さいAV1ファイルは4年前のスマホでは悪い選択になりかねません。ストレージは節約できてもバッテリーを消費します。最新端末では同じファイルが問題なく再生されます。正解はハードウェア次第であり、だからこそ普遍的に最良のコーデックは存在しないのです。

コンテナは別の問題

人はコーデックとファイル拡張子を混同しがちですが、これらは異なるレイヤーです。

コンテナ（MP4、WEBM、MKV）は箱です。コーデックは中の映像がどうエンコードされているかです。MP4は通常H.264を含みますが、AV1を含むこともあります。WEBMは通常VP9を含みます。拡張子はヒントであって保証ではありません。

だからこそ「MP4をダウンロードしたのに再生できない」というのは全く筋の通った話です。箱は見覚えがあっても、中身はそうではなかったのです。コンテナ側は別記事で解説しています。この2つを合わせれば、ほぼすべての再生失敗を説明できます。

実践的にまとめると、ファイルが開かない場合、拡張子はその理由を教えてくれません。自前のデコーダーを持つプレーヤーなら単に再生できてしまい、原因を突き止めるより速いこともあります。

状況別に何を選ぶか

• 今日見るスマホ — 選べるならH.264。バッテリーと確実性は、数メガバイトの節約より価値があります。
• 古いテレビ、車のヘッドユニット、メディアプレーヤー — 迷わずH.264。これらの機器は滅多に更新されず、静かに失敗します。
• 動画編集ソフト — MP4内のH.264。編集ソフトはネイティブに扱えます。新しいコーデックは先にトランスコードが必要なことが多く、時間と画質を犠牲にします。
• ストレージが本当に厳しく、端末が新しい場合 — VP9かAV1は実際の節約になり、最新のハードウェアは両方とも扱えます。
• 何年も保管する場合 — H.264。最高だからではなく、10年後に存在するであろう何にでも再生できるからです。

答えが最も古いコーデックになることの多さに注目してください。これはノスタルジーではなく、互換性は時間とともに積み上がるものであり、常に開けるファイルは2026年に効率的だったファイルより価値があります。

リストがあなたのケースをカバーしていない場合の簡単な決め方があります。そのファイルを使い終わるまでに何台の異なる機器に触れるかを自問してください。今夜見て明日削除するスマホ1台なら——最小のものを選べば、リスクはゼロです。何年もコピー、共有、編集、保存されるファイルは事前に確認できない機器に触れることになり、そのすべてが新しいコーデックが失敗する機会になります。

また節約幅は絶対値で見ると思っているより小さいものです。70メガバイトの動画で30パーセント減らしても約20メガバイトで、最新のどの機器でも実質的に無関係な差です。数百ファイルを移動する場合や厳しいストレージ制限がある場合にのみ価値があります。開けないかもしれないファイルと比較すれば、そのトレードオフはもう釣り合って見えません。

本当に何を手に入れたか確認する方法

ファイル名にはコーデックを記録する要素がないため、人は推測します——そして拡張子しか見えないので、たいてい間違えます。

Windowsでは、ファイルを右クリックしてプロパティを開き、「詳細」タブを見てください。ビデオの圧縮方式という項目があり、コーデック名が直接表示されます。macOSでは、QuickTimeでファイルを開き「ムービーインスペクタを表示」を選びます。フォーマットの行に通常H.264、VP9、AV1のいずれかが解像度とともに記載されています。

おおよその答えだけで良い場合のもっと速い目安として、あなたが持っている全てのもので再生できるファイルは、ほぼ間違いなくH.264です。新しいコーデックはどこかで失敗し、その場所はたいてい古い機器か何年も更新されていないプログラムです。

答えを知ることが重要になるのは主に一つの状況です——簡単にテストできない機器にファイルを移そうとしている時です。確認には10秒しかかからず、無駄足を防げます。

コーデックについて人がよく誤解していること

4つの思い込みが繰り返し現れ、それぞれが役に立たない結論に導きます。

「新しいほど常に良い」——新しいということは圧縮が優れているということですが、それはファイルの特性であって、あなたの体験ではありません。それに対応していないハードウェア上では、新しいコーデックは実際に気づくあらゆる点で劣ります。

「H.264への変換で互換性は無料で解決する」——互換性は解決しますが、無料ではありません。再エンコードは映像をデコードして再びエンコードし、2回目のエンコードは1回目が捨てた情報を復元できません。結果はオリジナルよりわずかに劣り、それを避ける設定はありません。最初からH.264をダウンロードするなら何の代償もかかりません。

「コーデックが解像度を左右する」——そうではありません。3つのどれも任意の解像度をエンコードできます。コーデックが決めるのは映像がどれだけ効率的に保存されるかだけで、それ以上ではありません。だからこそ上のサイズ表はああいう形で逆転し得るのです。

「悪いコーデックのせいで動画が台無しになった」——たいていの犯人はコーデックではなくビットレートです。潤沢にエンコードされたH.264ファイルは、リソース不足のAV1より良く見えます。コーデックは効率の上限を設定し、ビットレートはその上限のどれだけが使われたかを決めます。そしてプラットフォームが静かに削っているのはこのビットレートです。

この4つを貫く共通点は同じです。コーデックとは保存に関する決定です。与えられた映像が占める容量と、どの機器がそれを解凍できるかを変えます。それ自体が動画を良く見せたり悪く見せたりすることはなく、それを画質設定として扱うと間違った数字を最適化することになります。