ブログに戻る
codec container mp4 h264 h265 av1 video explainer

動画コンテナとコーデックの違い：MP4・MKV・H.264・H.265・AV1を解説

コンテナは箱、コーデックはその中身。MP4・MKV・WebM・H.264・H.265・AV1・VP9と、.mp4ファイルが時々再生できない理由を平易な日本語で解説します。

By

動画をダウンロードしてダブルクリックすると、「この形式を再生できません」のエラーが出ます。でもファイルは.mp4で、.mp4は普遍的なはずです。QuickTimeで試しても何も起こらず、ブラウザでは画面が真っ黒で音声だけ、最終的にVLCでようやく再生されました。何が悪かったのでしょうか？

短い答えは、ファイル拡張子があなたに嘘をついたということです。.mp4はファイルの中身を教えてくれず、中身の包み方だけを教えます。プレーヤーがデコードできないのは包装ではなく、中の圧縮された動画ストリームで、プレーヤーが認識しないアルゴリズムでエンコードされたものです。この区別1つを理解すれば、ミステリアスな動画挙動の大量（コーデックエラー、「音声は再生されるが映像はない」グリッチ、スマートフォンで動くがテレビで動かないファイル）が同じ問題の別の服装だとわかります。

コンテナは箱、コーデックは中身、そして再生問題の大半はこの2つを混同することから来ます。

このガイドでは、コンテナが何をするか、コーデックが何をするか、2026年に一般的な組み合わせ、「MP4で保存」が常に「みんなが再生できる何かで保存」を意味しない理由、そして開かない動画を診断する方法を順に見ていきます。

重要ポイント {#key-takeaways}

  • コンテナはトラックをまとめてパッケージするファイル形式 — 動画・音声・字幕・チャプター・メタデータ。一般的なコンテナは.mp4・.mkv・.webm・.mov・.ts・.m4s。
  • コーデックは実際の音声と動画データを圧縮するアルゴリズム。 一般的な動画コーデックはH.264 (AVC)・H.265 (HEVC)・AV1・VP9。一般的な音声コーデックはAAC・Opus・MP3・FLAC。
  • ファイル拡張子はコンテナを教えるが、コーデックは教えない。 .mp4はH.264・H.265・AV1のいずれの動画も保持でき、その違いが再生できるかどうかを決める。
  • H.264はあらゆる現代デバイスで再生でき、H.265はビットレートをおよそ半分にするが2017年以降のハードウェアが必要、AV1はさらにそれを縮めるがハードウェアデコードには2022年以降のデバイスが必要。
  • H.264とH.265はロイヤリティ付き、AV1とVP9はロイヤリティフリー。これがYouTube・Netflix・TwitchがAV1へ移行している理由。
  • リマックスは再エンコードなしでコンテナを変える、コーデックの切り替えは常に完全な再エンコードを要求する。
  • MP4にH.264動画とAAC音声は依然として最も安全な「どこでも動く」組み合わせ、どこでも再生したいファイル向け。

シンプルな説明

小包を発送することを想像してください。段ボール箱はコンテナです。形があり、ラベルがあり、中にどう入れるかのルールがあります。箱の中に実際に入っているもの（本、電話、エアキャップに包まれた花瓶）は中身です。同じ段ボール箱を持つ2つの小包は、まったく異なるものを保持できます。箱が中身を使えるかを決めるのではなく、本の言語が読めるか、電話が充電できるかで決まります。

動画ファイルも同じように動きます。コンテナ（.mp4・.mkv・.webm・.mov・.ts・.m4s）はパッケージング形式です。ファイルがディスク上にどうレイアウトされているかを定義します。動画トラックがどこにあるか、音声トラックがどこにあるか、字幕データをどこで見つけるか、シークインデックスをどこで見つけるか、メタデータをどこで見つけるか。コーデック（H.264・H.265・AV1・VP9・AAC・Opus）は、動画と音声トラック内の実際の圧縮バイトがどうエンコードされているかです。コンテナは箱、コーデックは中身が書かれている言語です。

この分割は2つの異なるエンジニアリング問題があるから存在します。マルチトラックファイルを、プレーヤーが17分目に瞬時にシークし、英語と日本語の音声を切り替え、字幕をオーバーレイできるようにパッケージするのは1つの問題。4K動画を数Mbpsまで圧縮しても汚れに見えないようにするのは別の問題。コンテナが前者を解き、コーデックが後者を解き、それぞれ独立したスケジュールで進化します。

そして厄介な部分です。.mp4ファイルはH.264動画+AAC音声を含むことができ、あらゆるブラウザ・スマートフォン・メディアプレーヤーで再生されます。同じ.mp4拡張子はAV1動画+Opus音声も含むことができ、そのファイルはSafari 16、2019年のiPad、2020年のApple TVで再生を拒否します。同じ拡張子、同じコンテナ仕様、完全に異なる再生可能性です。コンテナはファイルが再生されるかを何も教えず、コーデックはすべてを教えました。

これを内面化すれば、この記事の残りは、どのコーデックが一般的か、どのデバイスがどれをサポートするか、間違った組み合わせのファイルを持ったときに何をすべきかを埋めることになります。

コンテナとコーデックは実際どう動くのか

あらゆる動画ファイルは少なくとも2層を持ちます。ディスク上にトラックをレイアウトするコンテナと、各トラック内のデータがどう圧縮されているかを決める1つ以上のコーデックです。 両方の層を再生ソフトウェアが理解しないと、ファイルは再生されません。

コンテナの詳細

コンテナは複数のトラックを保存します。通常は1つの動画トラックと1つ以上の音声トラックに加え、オプションの字幕・チャプターマーカー・添付物（フォント、カバーアート）・メタデータです。プレーヤーがどのバイトオフセットがどのタイムスタンプに対応するかを知り、シークが先頭からデコードせずに17分目に直接ジャンプできるよう、インデックスやキューテーブルも通常含みます。

2026年の一般的なコンテナ：

  • MP4 — ISO Base Media File Format（ISO/IEC 14496-14）。 圧倒的に最も普遍的なコンテナ。ストリーミングサービス・ブラウザ・モバイルカメラ・現代のHLS（CMAF内のfMP4セグメント）が使う。AppleのQuickTime MOVから派生。どこでも再生されるファイルが必要ならMP4。
  • MKV — Matroska。 オープン、ロイヤリティフリー、極めて柔軟。任意のコーデック組み合わせ、無制限のトラック、チャプターメニュー、添付フォント、複数の字幕形式をサポート。デスクトップ動画・アニメのファンサブ・ディスクリップで人気。ブラウザとスマートテレビの普遍的サポートは少ない。
  • WebM。 GoogleのMP4代替で、ウェブに最適化。ほぼ常にVP9またはAV1動画とOpus音声を運ぶ。Chrome・Firefox・Edgeでサポート、Safariのサポートは遅れて到着。
  • MOV — QuickTime File Format。 Appleのコンテナで、技術的にはMP4の親。両者は内部のほとんどを共有する。iPhoneとAppleの編集ツールからの一般的な出力。
  • MPEG-TS（.ts）。 パケット損失が日常茶飯事の放送衛星・ケーブルTV向けに設計。レガシーHLSセグメントと一部のIPTVサービスで使用。堅牢だがfMP4より非効率。
  • Fragmented MP4（.m4s）。 小さな独立フラグメントに切ったMP4のバリアント。MPEG-DASH・現代のHLS・Common Media Application Format（CMAF）が使い、1組のファイルで両プロトコルに対応できる。これがHLSの.m4sセグメントの中身。同じMP4ボックス構造をチャンクに切っただけ。

動画コーデックの詳細

すべてのコーデック世代は、圧縮効率とエンコード/デコードのCPUコスト、ライセンスの複雑さの間でトレードオフします。

  • H.264 (AVC) — Advanced Video Coding、ITU-T H.264 / ISO/IEC 14496-10。 2003年に標準化。2010年以降に作られたあらゆるスマートフォン・GPU・スマートテレビ・ゲームコンソールがハードウェアでデコード。ロイヤリティ付き。MPEG LAなどが管理する特許プールでカバー。今でも普遍的な最低共通項。MP4コンテナ内のH.264ファイルはどこでも再生される。ほとんどのビデオ会議・監視録画・コンシューマーカメラは今もこれを使う。
  • H.265 (HEVC) — High Efficiency Video Coding、ITU-T H.265 / ISO/IEC 23008-2。 2013年に標準化。同視覚品質でH.264よりおよそ50%良い圧縮を達成。これが4Kを配信できるかどうかの違い。ハードウェアデコードは2017年以降のデバイスで広く普及。落とし穴はライセンス。HEVCの特許はMPEG LA・HEVC Advance・Velos Media・複数の個別保有者に分かれており、ロイヤリティ事情が混乱しているため、一部のブラウザ（特に大半のプラットフォームのFirefox）はOSがすでにハードウェアデコードを提供しているときだけH.265を有効化します。Apple TV+・Netflix 4K HDR・対応クライアント向けの現代のHLS/DASHストリームが使用。
  • AV1 — AOMedia Video 1。 HEVCのロイヤリティ混乱を逃れるため、Alliance for Open Media（Google・Netflix・Amazon・Apple・Microsoft・Mozilla）が2018年に標準化。ロイヤリティフリー。H.265よりおよそ30%良い圧縮。ハードウェアデコードは2022年頃にフラッグシップフォンと最近のGPUに到来し、現在は新デバイスで標準。エンコードは依然としてCPU集約的で、ライブAV1はまだまれ。YouTube・Netflix・Twitchが対応クライアントへの高解像度ストリームに使用。
  • VP9。 GoogleのAV1の前身で、2013年リリース。ロイヤリティフリー。圧縮はH.265におおむね匹敵。AV1ロールアウト前のYouTubeで多用され、VP9はデコードするがAV1はしないデバイスのフォールバックとして今も一般的。Appleのスタックでは顕著に欠落しており、SafariはVP9のソフトウェアデコードを最近追加したばかり。

音声コーデックの簡略版

音声は通常、動画ほど互換性の悩みではありませんが、同じ分割が当てはまります。

  • AAC。 普遍的なデフォルト。最大の互換性のためにMP4内でH.264とペアになる。
  • MP3。 古いが今もどこにでもあり、特に音楽ファイルで使われる。
  • Opus。 モダン、オープン、ロイヤリティフリー、音声と音楽の両方のビットレートで非常に効率的。WebMのデフォルトで、Discord・WhatsApp・大半のVoIPが使用。
  • FLAC。 ロスレス。動画のサウンドトラックではなく、アーカイブ音楽用。
  • Dolby AC-3とE-AC-3（Dolby Digital、Dolby Digital Plus）。 放送と5.1/Atmosストリーミングサラウンド音声で一般的。

.mp4が常にH.264を意味しない理由

これがほとんどの人を捕まえる罠です。MP4は単なるラッパーです。AV1-in-MP4ファイルは完全に合法ですが、Safari 16、古いApple TV、AV1ハードウェアデコーダーのないテレビでは再生されません。同じことが古いデバイス上のH.265-in-MP4、AppleデバイスでのVP9-in-MKV、大半のコンシューマーハードウェアでのOpus-in-MP4に当てはまります。動画が「再生されない」とき、最初の質問は決して「拡張子は何か」ではなく、「コーデックは何か」です。

コンテナとコーデックがHLSとDASHと出会う場所

ストリーミングプロトコルはこのすべての上に乗っています。レガシーHLSはH.264 + AACを運ぶMPEG-TSセグメントを配信しました。現代のHLSはCMAFの下でfMP4セグメントを使い、クライアントに応じてH.264・H.265・AV1を運びます。DASHのfMP4セグメントは同じコンテナ形式を使い、プレーヤーがサポートを通知する任意のコーデックを運べます。ABRラダーは通常バリアント間で同じコーデックを使い、ストリームの途中でコーデックを切り替えるのは技術的には可能でもまれです。DRM保護コンテンツは同じコンテナとコーデックを使い、暗号化されているだけで、上にMPEG Common Encryptionを重ね、コーデックは触らずバイトをライセンスなしには読めなくします。

ウェブからストリームを保存し始めると、このマトリクスが実際に重要になります。これがVidMostのようなツールが、ソースが偶然使った珍しいコーデックを保つ代わりに、既知の良い組み合わせに出力を正規化する理由です。

2026年の実世界コーデックサポート

コーデックサポートはブラウザ・デバイス・OS全体で断片化しており、マトリクスは毎年シフトします。 以下のサマリは、2026年に広く当てはまるもののスナップショットです。

ブラウザ。 ChromeとEdgeはH.264・H.265（OSハードウェアサポート付き）・AV1・VP9・VP8を再生。Safari 17+はH.264・H.265・AV1を再生しますが、AV1サポートにはAV1ハードウェアデコーダーを持つデバイスが必要です。つまりA17 Pro / M3クラスのチップ以降。ソフトウェアフォールバックはありません。歴史的なSafariのVP9サポートはありませんでしたが、最近改善されました。FirefoxはH.264・AV1・VP9・VP8を普遍的に再生し、H.265はOSがハードウェアデコードを提供するときだけサポートします。Apple SiliconのMacと最近のWindows PCで動きますが、大半のLinuxインストールでは動きません。

モバイルとAppleデバイス。 Apple silicon上では、ハードウェアAV1デコードがA17 Pro（iPhone 15 ProとPro Max）とMacのM3世代で到着しました。それ以前のiPhone・iPad・MacはSafariでAV1をまったく得られません。2022年以降のAndroidフラッグシップフォンはほぼ普遍的にAV1ハードウェアデコードを含みます。2021年以前の古いApple TVとスマートテレビはH.264とH.265のみで止まっています。

ストリーミングサービスはクライアントごとに選ぶ。 Netflixは対応クライアント（最近のiPhone・現代のスマートテレビ・現行世代コンソール）にAV1を配信し、古いデバイスにはH.265からH.264へとフォールバックします。YouTubeも同じことをし、VP9を中間層フォールバックとします。Twitchは高解像度ライブストリームでAV1を展開しつつ、H.264を普遍的なベースラインとして保持しています。Apple TV+はAppleデバイスにHDR付きH.265を配信し、それ以外ではH.264にフォールバックします。

ハードウェア対ソフトウェアデコード。 ハードウェアデコードは、スマートフォン上で4K再生をバッテリーを溶かすことなく可能にするものです。SoC内部の専用シリコンブロックがCPUコストのほんの一部で作業を処理します。サポートされていないコーデックのソフトウェアデコードは、CPU余裕のあるデスクトップでは通常動きます（VLC・mpv・ffplayは2018年のノートパソコンで喜んでAV1をソフトウェアデコードします）が、スマートフォンと組み込みデバイスでは失敗するかバッテリーを焼きます。動画がノートパソコンで再生されてスマートフォンで途切れるとき、最も一般的な原因はハードウェアデコードの不一致です。

便利なメンタルモデル：H.264はどこでも普遍的なデフォルト、H.265はデバイスリストを制御できるなら安全なアップグレード、AV1は今日最近のハードウェアに配信できるが2022年より古いものでは想定できない未来。

動画を保存したい場合に意味すること

ここでコンテナ対コーデックの分割が学術的なものでなくなります。ストリーミングサイトをスクレイプしたことがあるか、.tsセグメントのフォルダをマージしたことがあるか、動画をダウンロードしてエディタがインポートを拒否することを発見したことがあれば、問題はほぼ常にコーデックの不一致でコンテナではありません。

3つの痛みが何度も繰り返し現れます。

  • ストリーミングセグメントは親しみやすい形式ではない。 HLSやDASHストリームの部品を成功裏に取得すると、MPEG-TSファイルやフラグメント化MP4チャンクのスタックが残ります。コンシューマープレーヤーはそうしたフォルダで詰まります。1つのファイルとして再生可能にするには、正しい順序でセグメントを連結し、1つのMP4にリマックスする必要があります。
  • ソースコーデックが常に編集に優しいとは限らない。 ソースがブラウザにAV1を配信したなら、動画エディタがAV1をインポートしないか、ソフトウェアデコードに依存してスクラブ中に途切れるかもしれません。H.265でさえ古い編集ツールでは中途半端です。ブラウザでうまく再生されたファイルが、真面目な仕事をしようとする人には使えなくなります。
  • デバイスの断片化は最悪のタイミングで噛みつく。 タブレット用に4K H.265映画をダウンロードし、子の古いiPadに同期し、iPadが適切なH.265プロファイルサポートを欠くことを発見します。あるいはYouTubeのAV1ストリームを保存し、スマートテレビのUSBプレーヤーがH.264しか話さないことを発見します。

VidMostのデフォルト出力は.mp4にH.264動画とAAC音声で、現代のあらゆるスマートフォン・テレビ・ブラウザ・編集ツールがハードウェアでデコードする最も普遍的に互換性のある組み合わせです。最大の圧縮を望むユーザーや、ソースコーデック（4K HDRストリームからのH.265、YouTubeからのAV1）を保ちたいユーザーはそれを設定できますが、デフォルトは「どこでも動く」です。VidMostはリマックスを自動的に扱います。セグメントは再組み立てされ、コーデック文字列は出力プロファイルと照合され、再エンコードが必要な場所では、静かなサプライズではなく明確な選択として提示されます。

よくある落とし穴と誤解

コンテナとコーデックに関するいくつかの思い込みは、フォーラムで何度も繰り返し出てきます。整理する価値があります。

  • 「MP4はコーデック。」 違います。MP4はコンテナで、具体的にはISO Base Media File Formatです。中のコーデックはH.264・H.265・AV1、または他のいくつかかもしれません。「MP4形式で」は正しいですが、コーデックを知らなければほぼ無用です。
  • 「MKVはMP4より優れている。」 これらは異なるニーズに対応する別のコンテナで、競合する品質レベルではありません。MKVはより柔軟（より多くのコーデック組み合わせ、より豊かなメタデータ）。MP4はより普遍的にサポートされています。アーカイブや複数の字幕・音声トラックを含むものにはMKV、共有やストリーミングにはMP4を選びましょう。
  • 「AV1は常にH.264より優れている。」 AV1ははるかに効率的に圧縮します。それは事実です。AV1が「優れている」かどうかは、再生するデバイスにハードウェアデコーダーがあるかどうかによります。4K AV1ファイルは最近のフラッグシップフォンで美しく、2019年の予算Androidでは再生不可能です。H.264は常に再生されます。
  • 「高ビットレートは良い画質を意味する。」 同じコーデック内、同じコンテンツ上で限ります。5MbpsのH.265ストリームは通常、5MbpsのH.264ストリームより良く見えます。H.265がビットあたりより多くを絞り出すからです。コーデックを跨いでビットレートを比較するのは無意味です。
  • 「ファイル拡張子を変えれば再生が直る。」 ほぼ決して直りません。.mkvを.mp4にリネームしてもファイル内のバイトは変わらず、ほとんどのプレーヤーは拡張子に関係なくヘッダを読んでコンテナを識別します。リネームされたファイルはオリジナルと同じくらい強く失敗します。
  • 「VLCは何でも再生するからコーデックは関係ない。」 VLCはデスクトップでほとんどのコーデックをソフトウェアデコードするので、「ファイルが正しくダウンロードされたか」をチェックするツールとして最適です。しかし、編集・共有・スマートフォンやテレビでの再生が必要になった瞬間、コーデック互換性が戻ってきます。VLCの寛容さはVLCの性質であってファイルの性質ではありません。

結びに

コンテナ対コーデックの分割は、動画の奇妙さの不釣り合いに大きな部分を説明する小さな区別の1つです。ファイルを見て「ラッパーは何か」と「実際の中身は何か」の両方を問えるようになると、コーデックエラーメッセージの謎が消え、「自分のパソコンでは再生されるが電話では再生されない」ケースの意味がわかってきます。

経験則は15年間変わっていません。MP4にH.264 + AACが最も安全な「どこでも配信できる」組み合わせ。H.265はターゲットデバイスが最近のものとわかっているなら正しいアップグレード。AV1は次の10年を最適化するなら正しい賭け。手動リマックスのステップを飛ばしてストリーミング動画を誰もが再生できる何かとして保存したいなら、VidMostはMP4 + H.264 + AACをデフォルトとし、詳細をあなたのために扱います。

関連する読み物

よくあるご質問

コンテナとコーデックの違いは何ですか？
コンテナはすべて（動画トラック・音声トラック・字幕・チャプターマーカー・メタデータ）を包むファイル形式です。一般的なコンテナはMP4・MKV・WebM・MOV・MPEG-TSです。コーデックは、コンテナ内の実際の音声と動画データを圧縮または展開するアルゴリズムです。一般的な動画コーデックはH.264・H.265・AV1・VP9です。コンテナを箱、コーデックを中身が書かれている言語と考えるとよいでしょう。異なるコンテナが同じコーデックを保持でき、同じコンテナが異なるコーデックを保持できます。
MP4はコーデックですか、コンテナですか？
MP4はコンテナで、コーデックではありません。.mp4拡張子はISO Base Media File Format（ISO/IEC 14496-14）を指し、AppleのQuickTime MOVから派生したパッケージング形式です。MP4ファイルはH.264・H.265・AV1、さらにはMPEG-4 Part 2の動画と、AAC・MP3・AC-3などの音声コーデックをペアで保持できます。誰かが「MP4に変換して」と言うとき、それはほぼ常に「H.264動画とAAC音声をMP4コンテナに入れて」を意味します。最も普遍的に互換性のある組み合わせです。
MP4は普遍的なはずなのに、なぜ.mp4ファイルが再生できないのですか？
MP4が単なるラッパーだからです。本当の問題は、中の動画がどのコーデックを使っているかです。AV1動画のMP4ファイルは、古いバージョンのSafari、2022年以前のApple TVモデル、AV1ハードウェアデコーダーを欠くテレビでは再生できません。コンテナは大丈夫でも、コーデックがサポートされていないのです。同じ問題はHEVCサポートのないデバイス上のH.265にも現れます。MediaInfoや`ffprobe`でファイルを通し、コンテナが問題だと仮定する前に内部のコーデックを確認してください。
MP4とMKVのどちらが優れていますか？
どちらも普遍的に優れているわけではなく、別々のニーズに対応します。MP4はより普遍的にサポートされたコンテナで、ブラウザ・スマートフォン・スマートテレビ・ストリーミングサービスのすべてがネイティブに話します。MKV（Matroska）はより柔軟で、より多くのコーデック組み合わせ、無制限の字幕と音声トラック、チャプターメニュー、順序付きチャプターのような珍しい機能をサポートします。共有やストリーミングならMP4、アーカイブやリッピング、複数の字幕トラックを含む何かならMKVが良い選択です。同じコーデックがどちらのコンテナに入っていても画質は同一です。
H.264・H.265・AV1のどれを使うべきですか？
最大の互換性が必要ならH.264。すべての現代デバイスがハードウェアでデコードします。同じ画質でビットレートをおよそ半分にしたく、ターゲットデバイスが2017年以降ならH.265（HEVC）。今日利用可能な最高の圧縮効率がほしく、視聴者が最近のブラウザと2022年以降のデバイスを使っているならAV1。AV1のエンコードはまだH.264よりかなり遅いので、リアルタイム用途には不向きです。どこでも動くファイルがほしい大半のユーザーには、MP4内のH.264が今でも正解です。
Apple TVはH.265を再生するのにVP9を再生しないのはなぜですか？
AppleのビデオスタックはH.264とH.265をサポートします。AppleがiTunes StoreとApple TV+のために投資したコーデックだからです。VP9はGoogleのコーデックで、AV1以前のYouTubeで多用されましたが、AppleはtvOSやiOSにVP9ハードウェアデコーダーを搭載したことはありません。macOSのSafariは比較的最近にVP9のソフトウェアデコードを追加しましたが、多くのApple TVモデルはVP9をまったくデコードできません。これがYouTubeをAppleデバイスで視聴するときにH.264（ときに最新デバイスでH.265またはAV1）が配信され、Windows上のChromeではVP9が配信される理由です。
再エンコードなしで動画のコーデックを変えられますか？
いいえ。コーデックの変更は常に既存の動画フレームをデコードして新しいコーデックで再エンコードすることを必要とし、時間がかかり、わずかに品質を失います。再エンコードなしで*できる*ことは、コンテナを変えることです。これはリマックスと呼ばれます。`ffmpeg -c copy`のようなツールが、コーデックに触れずに同じエンコード済みストリームをMKVからMP4へ、またはMPEG-TSセグメントから1つのMP4へ移します。リマックスは高速でロスレス、再エンコードは遅くて損失があります。
AV1は未来ですか？
おそらく、しかし数年かかります。AV1は同じ画質でH.265より約30%良い圧縮を提供し、ロイヤリティフリーなので、HEVCのライセンス料を払いたくないストリーミングサービスにとって魅力的です。YouTube・Netflix・Twitchはすべて、対応デバイスにAV1を配信しています。落とし穴はハードウェアサポートです。AV1ハードウェアデコーダーは2022年以降のスマートフォン・GPU・スマートテレビでは一般的ですが、古いデバイスはソフトウェアデコードにフォールバックし、バッテリーを消耗し、4Kで詰まります。AV1は10年後までには支配的になり、H.264はさらに10年以上、普遍的なフォールバックとして残ると予想されます。