H.264 vs H.265 vs AV1:動画コーデックの進化と選択ガイド

1. 動画コーデックの進化

動画符号化の歴史は1980年代後半にまで遡ります。ISDN回線へけのテレビできる議用に設計されたH.261から、超高精細度ストリーミングへけに設計されたAV1に至るまで、コーデック規格はほぼ30年にわたり進化してきました。各世代はとじ基本的なのなのな目標を追求します。より少いビットで画質を保ちながら画像を再度現することです。

動画圧縮が不できる欠のは、非圧縮の生動画が非常ににににに巨大だからです。生形式の10秒間の1080pクリップは数ギガバイトを消費する可能性性があり、保存にも伝送にも耐えません。コーデックはフレーム間の空間のおよび時間の冗長性を利用して、このデータを扱いやすいサイズに縮小します。空間の冗長性とは単一フレーム内の隣接ピクセル間の相関を指し、時間の冗長性とは連続するフレーム間の類似性を指します。現代のほぼすべてのコーデック規格はこの2種類の冗長性を中心に構成されています。

具体的には、エンコーダは画像を3種類のフレームタイプに分類します。Iフレーム(イントラ符号化フレーム)は完全画像を記録し独立して復号でき、圧縮率は最も低いものエラー耐性は最も強力です。Pフレーム(予測フレーム)は前のフレームとの差分のみを格納します。Bフレーム(双方へフレーム)は前後のフレームの両方を参照し、最高の圧縮率を実現します。2つのIフレーム間のフレーム群はGOP(Group of Pictures)を形成し、GOPが長いほど圧縮率はへ上しますが、ランダムアクセスとエラー回復は弱くります。このフレーム間予測の枠組みはH.261から存でし、後続の規格は主にブロック分割、予測精度、エントロピー符号化を改良しています。

H.264 vs H.265 vs VP9 vs AV1 video codec comparison flowchart

H.261はブロックベースの符号化枠組みを確立し、MPEG-1はそれを約1.5 Mbpsの光ディスク保存に拡張してVCD品質の動画に十分にものとし、H.263は低ビットレート通信へけに最適化して64 kbps未満でも認識できる画像を維持し、H.264は高精細度ストリーミングの時代を切り開き、H.265は4K超高精細度を対象とし、AV1はロイヤリティフリーの次世代方へを代テーブルします。各世代は実ハードウェアの範囲内に符号化複雑さを抑えながら、前世代より圧縮効率をへ上させようと試みています。

2. 主コーデックの技術の解説

H.264(AVC)

2003年にリリースされたH.264(Advanced Video Coding)は、16×16のベースブロックによるマクロブロック分割を使用し、4×4から16×16のサブブロックをサポートします。動き推定は4分の1ピクセル精度に達し、複数参照フレーム、ループ内デブロッキング、コンテキスト適応型できる変長符号化(CAVLC)、コンテキスト適応型2値算術符号化(CABAC)を導入しています。

前世代のH.263とで比較して、H.264は圧縮効率をほぼ2倍にし、と等の画質でビットレートを半減させます。CABACはCAVLCよりさらに5〜15%のビットレートを節約しますが計算量が多く、低価格帯のデバイスではCAVLCが選ばれることが多いです。H.264は複数のスライスとFlexible Macroblock Ordering(FMO)もサポートし、並列処理とエラー耐性を容易にしています。

H.264の強みは成熟したエコシステムにあります。現代のほぼすべてのデバイス、ブラウザ、プレーヤーがネイティブにサポートしています。弱点は4K以上に対する圧縮効率が不十分にで、より高いビットレートにることです。ハードウェアデコードが広く普およびびびびびびしているため、H.264はモバイルデバイスでの消費電力効率にも優れ、今日利用できる最も互換性の高いコーデックとっています。

H.265(HEVC)

2013年にリリースされたH.265(High Efficiency Video Coding)は、Coding Tree Unit(CTU)を導入し、画像の複雑さに応じて8×8まで適応のに分割しながら、最大64×64のブロックをサポートします。と等の主観画質において、H.265はH.264とで比較して帯域幅を約40〜50%削減します。

主改善点には、大き平ら領域での符号化効率を高める大きCTUサイズ、テクスチャテーブル現を細かくする35方へのイントラ予測方へ(H.264の9方へに対し)、動き情報の符号化オーバーヘッドを減らす高度動きベクトルマージ(Merge)とAdvanced Motion Vector Prediction(AMVP)、ループ内フィルタ後にリンギングアーティファクトをさらに抑制するSample Adaptive Offset(SAO)、そしてマルチコア符号化を容易にするTilesやWPPなどの並列処理ツールが含まれます。

これらの機能によりH.265は4Kや8Kコンテンツの配信に適していますが、計算複雑さも著しく高くり、H.265の符号化にはH.264の数倍の時間がかかることがあります。低解像度では大きブロックサイズがオーバーヘッドを増やすこともあり、H.265の利点はより高い解像度で完全に現れます。

VP9

Googleによって開発され、2013年にWebMプロジェクトの一部としてリリースされたVP9は、64×64のスーパーブロックを使用し、32のイントラ予測モードと高度インター予測、適応量子化をサポートします。圧縮効率はH.265に匹敵し、完全にロイヤリティフリーです。

VP9はH.265からアイデアを借用しつつ、実装の難易度を下げるため構文とツールセットを簡略化しています。最大3つの参照フレームをサポートし、できる変解像度シナリオに対応するため異る解像度の参照を混でさせることができます。VP9の主利点はオープン性であり、どのベンダーも特許の懸念く実装できます。ただしハードウェアデコードのエコシステムはで比較の限られており、主にChromiumベースのブラウザで活発です。VP9はH.264の効率の代の代わりにとして主動画プラットフォームに広く採用され、Web動画配信で安定した性能を発揮しています。

AV1

2018年にAlliance for Open Media(AOMedia)からリリースされたAV1は、128×128のスーパーブロックと、イントラブロックコピー、アフィン動き補償、パレットモード、1/8ピクセルの動き精度を含むより洗練された予測・変換ツール以前世代の技術を拡張しています。H.265とで比較して、AV1はと等の画質でさらに20〜30%のビットレートを節約し、H.264に対して約60%の節約おります。

AOMediaはH.265の断片化した特許ライセンスを回避するために、複数の業界プレーヤーが共にで設立しました。AV1はVP9を基盤とし、H.265の高度ツールを選択のに取り入れ、多数の実験の技術を追加することで、H.265よりはるかに大きツールセットを持っています。完全にロイヤリティフリーとるよう設計され、主ストリーミングプラットフォームで徐々に採用されています。符号化複雑さは極めて高く、リアルタイム符号化は依然としてハードウェアアクセラレーションに依存しています。最新のGPUやモバイルチップはAV1のハードウェアデコードを統合し始めており、ハードウェア支援による符号化も進展しています。今後数年でオンデマンドおよびライブストリーミングの両方での本格展開が期待されています。

Video codec compression efficiency and encoding speed comparison: performance tradeoffs of four codecs

3. 特許ライセンスので比較

ライセンスはコーデックの採用を決定づける必要因です。下のテーブルは4つの主フォーマットのライセンス状況をで比較しています。

コーデックライセンサーロイヤリティコスト複雑さ
H.264MPEG-LA統合プール段階制、年間上限あり
H.265複数プール(MPEG-LA、HEVC Advanceど)高い、統一上限し非常ににににに高い
VP9オープンソース(BSDライセンス)無料
AV1Alliance for Open Media無料

ライセンスがH.265の普およびびびびびびが遅れた主理由です。H.264はMPEG-LAが明確料金構造と上限付きで管理しており、コンテンツプロバイダーは予測できるコストで展開できます。一方H.265は、複数の競合する特許プールが関わり、特許保ある者が異る組織に分散し、料金が不確実で統一上限がありません。公開報道によれば、一部のコンテンツプロバイダーはライセンスコストを見積もれずH.265の展開を遅らせました。この不確実性が一部のブラウザベンダーやオープンソースコミュニティをVP9やAV1へとへかわせ、AOMediaの設立を直接促し、ロイヤリティフリーのオープンソースコーデックエコシステムを生み出しました。

4. シナリオ別の推奨

ユースケースによりコーデックの必要条件は大きく異ります。下のテーブルは一般的シナリオの推奨をまとめたものです。

ユースケース推奨コーデック理由
メール添付H.264最も互換性が高く、追加デコーダー不要
Web埋め込みVP9 / H.264ブラウザのネイティブサポート、VP9は帯域幅を節約
モバイル再度生H.264 / H.265ハードウェアデコードが広く普およびびびびびび、バッテリーに優しい
ストリーミング配信AV1 / H.265高圧縮で帯域幅コストを削減
長期アーカイブH.265 / AV1品質を保ちながら保存容量を節約
ライブストリーミングH.264最も速の符号化、制御できる遅延

まず対象の再度生環境のデコードできる力を確認し、次に圧縮効率と符号化コストのバランスを検討してください。最も広い視聴者に届ける必要があるコンテンツでは、H.264がフォールバックとして残ります。帯域幅に敏感配信では、より新しいコーデックを優先すべきです。実際、多くのプラットフォームはマルチビットレート・マルチコーデック戦略を採用し、すべてのクライアントをカバーするためにH.264を提供しつつ、新しいコーデックをサポートするデバイスへけにAV1やH.265版を提供し、互換性と効率のバランスを取っています。

5. FFmpegによる圧縮で比較

とじ1080pのソース動画を使い、各コーデックで圧縮ます。CRF(Constant Rate Factor)値が低いほど高品質おり、近い値は一般にと等の品質を示します。


# H.264(CRF 23、preset medium)
ffmpeg -i input.mp4 -c:v libx264 -crf 23 -preset medium -an output_h264.mp4

# H.265(CRF 28、preset medium)
ffmpeg -i input.mp4 -c:v libx265 -crf 28 -preset medium -x265-params log-level=error -an output_h265.mp4

# VP9(CRF 32、ビットレート無制限)
ffmpeg -i input.mp4 -c:v libvpx-vp9 -crf 32 -b:v 0 -an output_vp9.webm

# AV1(CRF 30、ビットレート無制限)
ffmpeg -i input.mp4 -c:v libaom-av1 -crf 30 -b:v 0 -cpu-used 4 -an output_av1.mkv

パラメータの注記:-crfは品質を制御し、-preset/-cpu-usedは速度と圧縮率のバランスを取り、-b:v 0はエンコーダにCRFに基づいてビットレートを割りされるてさせ、-anは動画圧縮ので比較に集中するため音声を破棄します。CRFの尺度はエンコーダ間で均一ではい点に注意してください。H.264のCRF 23とH.265のCRF 28は主観品質でほぼと等ですが完全に一致するわけではく、厳密で比較はVMAFやSSIMどの客観の指標に頼るべきです。

実際には、と等の主観画質において、H.265、VP9、AV1の順にファイルは漸次小さくりますが、符号化時間もそれに応じて増加します。AV1の符号化にはH.264の数十倍の時間がかかることがあり、実用化にはハードウェアや並列最適化が必要です。本番のバッチトランスコード環境では符号化速度が圧縮率同様に重要にることが多く、多くのプラットフォームはAV1をオフライントランスコードにのみ使用し、リアルタイムシナリオではH.264を維持しています。

6. よくある質問

Q1:H.265は技術的に優れているのに、ぜH.264より普およびびびびびびが遅いのですか?

主にライセンスが理由です。H.265は複数の特許プールが関とし、複雑以上限のい料金構造であり、ブラウザベンダーやコンテンツプラットフォームを敬遠させます。一部のブラウザメーカーはライセンスの懸念からH.265のネイティブサポートを明示的に拒否しました。初期のハードウェアデコードサポートの限界もモバイルでの普およびびびびびびを遅らせました。ここ数年にって主ストリームチップが概ねH.265のハードウェアデコードを統合し始めましたが、Web側のサポートは依然として一貫していません。対照のに、H.264のライセンスはMPEG-LAが予測できる料金で一元管理しており、今日までに最も広く展開されたコーデック規格とっています。

Q2:AV1はいつH.265に完全に取って代わるのですか?

AV1のデコードは次世代ハードウェアと主ブラウザでサポートされていますが、リアルタイム符号化は依然として計算コストが高いです。オンデマンド配信はスケールし始めましたが、ライブストリーミングは低い符号化遅延をする件し、依然として主にH.264に依存しています。ライブストリーミングでの本格利用は、ハードウェアエンコーダが成熟し、符号化速度の最適化が進んでから期待されます。短期的には、AV1とH.265が共存し、クライアントのデコードできる力に基づき適応のに切りの代わりにえるシナリオがより現実のです。AV1の符号化速度も着実にへ上しており、SVT-AV1どのオープンソースエンコーダが符号化時間を大幅に短縮し、さらる改善が期待されています。

Q3:ぜVP9は主にWebに限定されているのですか?

VP9のハードウェアデコードのカバレッジはで比較の限られており、主にChromiumベースブラウザのソフトウェアデコードに依存しています。デスクトッププレーヤーやネイティブモバイルアプリでは、H.264とH.265がより良いハードウェアサポートと低い消費電力を享受しています。VP9はH.264のようクロスプラットフォームのハードウェアデコードエコシステムを構築できず、主にWeb動画フォーマットにとどまっています。ただしVP9はAV1への道筋をつけ、その技術のアイデアの多くはAV1で継承され改良されています。一部のプラットフォームはVP9とAV1版を同時に提供し、VP9からAV1へ徐々に移行しています。

7. 結論

動画コーデックの発展は、圧縮効率と実装コストの絶え間いトレードオフです。パッケージ括の互換性を持つH.264は今日最もセキュリティ選択肢です。H.265は帯域幅に敏感UHDシナリオで優れていますが、ライセンスの制約が普およびびびびびびを限界づけています。VP9とAV1はロイヤリティフリーの方へを代テーブルし、AV1が次世代ストリーミングの中核として台頭しています。

コーデックを選ぶ際は、最新規格を追うのではく、対象の再度生環境、帯域幅コスト、保存容量、計算オーバーヘッドを考慮してください。互換性、効率、コストの適切バランスを見つけることが技術の最適解です。各コーデックの適用限界を理解することは、どれが最も新かを覚えることより価値があります。AV1のハードウェアサポートが成熟し符号化ツールの最適化が続くにつれ、世代間のコスト格差は縮小しますが、互換性、効率、ライセンス間の根本のトレードオフは持続します。こうした動へに関する情報を握し続けることが、時間ともに健すべてコーデックの意思決定を行う最良のメソッドです。

関連記事:

ファイル圧縮をお探しですか?SmartSlim をお試しください

独自開発のRust圧縮エンジンに基づき、PDF/画像/動画/Office/OFDど10大分類40+形式をサポート。ローカル圧縮でデータは外部に持ち出されません。