AV2とは？AV1・HEVCとの違い、動画圧縮の仕組みと対応状況を図解

AV2はAlliance for Open Media（AOMedia）が策定する動画符号化規格です。公開ページには、2026年5月28日付のv1.0.0が掲載されています。6月に公開発表、9月にIBCでの実装・検証技術の展示案内が続きました。昨年の予告だけを見て「まだ仕様待ち」と説明するのは、現在の状況とは合いません。

規格が定める重要なものは、圧縮データの書式と、そのデータから画像を復元する手順です。送る側のソフトと受け取る側のチップが同じ約束に従えば、異なる会社の実装でも映像をやり取りできます。一方、限られた時間でどの圧縮方法を選ぶかという工夫は、エンコーダーごとに異なります。

ここから分かるのは、AV2という名前だけで、容量・画質・処理時間を一つに決められないということです。写真編集ソフトが同じJPEGを書き出しても結果が設定次第で変わるように、動画でも実装、速度設定、映像の内容が効きます。完成した規格と、成熟した製品を同じ意味で扱わないことが出発点です。

AOMediaは、AV2の仕様と参照ソフトウェアを公開し、ロイヤルティーフリーの特許方針で開発していると説明しています。これは配信サービスの利用料金や、動画を変換する計算費用まで無料になるという意味ではありません。

最初に系譜を整理しましょう。H.264、HEVC（H.265）、VVC（H.266）はITU-TとISO/IECが共同で標準化してきた流れです。AV1とAV2はAOMediaの流れであり、AV2がHEVCの次の版というわけではありません。以下は主な節目で、すべての動画規格や改訂版を列挙したものではありません。

表が収まらない場合は、左右にスクロールできます。

主な規格の登場時期と関係

規格	最初の仕様の節目	位置づけ
H.264 / AVC	2003年5月	ITU-T・ISO/IECによる動画符号化規格
H.265 / HEVC	2013年4月	H.264に続く高効率化の世代
AV1	2018年3月、公開発表	AOMediaによる動画規格
H.266 / VVC	2020年8月版	HEVCに続く世代。本稿の性能比較の対象外
AV2	2026年5月、v1.0.0	AV1を発展させた次世代規格

表が収まらない場合は、左右にスクロールできます。

HEVC・AV1・AV2を、使う上で比較する

観点	HEVC	AV1	AV2
基本方式	ブロック分割、予測、変換、量子化など	同じ基本枠組みで、異なる符号化ツールを採用	AV1から分割・変換・量子化などを拡張
処理の実装	対応する専用エンコーダー・デコーダーがある	対応する専用エンコーダー・デコーダーがある	参照実装や最適化・相互運用の取り組みが進む
導入時の確認	機器・OS・アプリ、プロファイルなど	同左。エンコードとデコードの対応も別	同左に加え、試作・展示と提供済みの機能を区別
圧縮率の読み方	規格名だけでは比較できない。同じ素材・画質条件・実装と設定を確認する

なお、MP4は映像・音声などを収めるコンテナーであり、HEVCやAV1は映像の符号化方式です。「MP4とAV2ではどちらが軽いか」という比較は、容器と中身を混ぜています。拡張子だけでなく、中のコーデックまで確認すると、再生できない理由を切り分けやすくなります。

計算用に、1920×1080画素・毎秒30フレーム・RGB各8ビットの映像を考えます。圧縮も音声も付加情報もなければ、1920×1080×30×24 = 1,492,992,000ビット/秒、約1.49Gbpsです。1分では約11.2GBになります。これは説明用のRGB条件で、一般的な配信動画の内部形式や必要回線速度を示す値ではありません。

毎フレームを独立した画素の列として送ると、ほとんど変わらない背景も繰り返し送ることになります。そこで、既に分かっている情報から次の部分を予測し、予測が外れた分を補います。予測が正確なら、補正する情報が小さくなり、符号化しやすくなります。

似た画像を予測できれば、残りの差は小さくなる

元の画像

40404040180180404040

予測した画像

40404040180160404040

差分（元 − 予測）

00000+20000

元の画像 = 予測した画像 + 差分

同じフレーム内の、既に復元された周辺の画素を使うのがイントラ予測です。別の復元済みフレームを参照するのがインター予測。たとえば物体が右へ動いたなら、参照画像の適切な位置から似た領域を持ってきます。どの位置を参照するかは動きベクトルなどの情報で伝えます。

ここでいう動きは、必ずしも「人が歩いた」「車が進んだ」という意味を理解した結果ではありません。符号化しやすい予測を探した結果です。カメラが動く場面、照明が変わる場面、物体の後ろから新しい背景が現れる場面では、位置を合わせるだけで完全には予測できず、差分が必要になります。

また、参照するのは必ず直前の1枚とは限りません。表示順と復号順を入れ替えて参照を使う構成もあります。ただし、先の映像を待てる映画配信と、待ち時間を短くしたい会議では使える条件が異なります。「同じコーデックなのに、用途で結果が違う」理由の一つです。

予測の差分を求めただけでは、まだ数値が並んでいる状態です。次に、その並びを扱いやすい表現へ変えます。変換は、なだらかな変化や細かな変化などの成分に分けて表す処理です。適した変換を使うと、重要な情報が少数の係数に集まりやすくなります。

非可逆圧縮の基本的な流れ

1. 1. 予測して差分を求める
   周囲の画素や、復元済みの参照フレームを利用する。
2. 2. 変換する
   差分を、空間的な変化を表す係数へ置き換える。
3. 3. 量子化する
   係数を粗い刻みへ丸める。ここで情報の一部が失われる。
4. 4. エントロピー符号化する
   量子化後の値や予測情報を、統計的な偏りを利用して符号にする。

復号側では、符号を読み解き、逆量子化・逆変換した差分を予測画像へ足す。フィルター処理後の復元画像は、次の予測にも使われる。

変換そのものを「不要な画素を削る処理」と考えると誤解します。通常の非可逆圧縮で情報を粗くする中心的な工程は量子化です。係数を限られた刻みで表し、小さな係数がゼロになるなどして、後の符号化で必要なデータ量を減らします。刻みを粗くしすぎると、細部が失われたり、境界や滑らかな色の変化に不自然さが出たりします。

係数を10刻みへ丸めると、何が失われる？

変換後の係数

8114-62

10で割り、最も近い整数へ

81-10

復元時に10を掛けた値

8010-100

最後のエントロピー符号化は、ゼロが多い、特定の値が出やすいといった偏りを利用します。この段階は、量子化後の記号列を後で読み戻せるように詰める処理です。「画質を落とす操作」と「同じ情報を短く表す操作」は別であり、圧縮はその組み合わせで成立します。

受け取り側が使う予測画像は、元の撮影画像ではなく、送られたデータから復元できる画像です。送る側も復元処理を行って参照画像をそろえます。そうしなければ、量子化で生じた違いが次の予測へ積み重なり、送り手と受け手で話が合わなくなるためです。

JPEGにも変換と量子化がありますが、動画では時間方向の予測が加わるため、単にJPEGを連続で並べる方式とは異なります。静止画側の考え方は、JPEGの品質設定とDCT・量子化の解説でも確認できます。

AV2は、これまでの圧縮の流れを捨てて、映像を別物に作り直す規格ではありません。同じ枠組みの中で、画像に合う分け方や係数の表現方法を増やし、限られたビットをより有効に使う方向へ進んでいます。代表例を三つに絞ると、変更の意味を追いやすくなります。

表が収まらない場合は、左右にスクロールできます。

AV2の改良点を、圧縮の工程に対応させる

工程	一次資料で確認できる例	何を狙う改良か
ブロック分割	再帰的な分割の拡張、輝度と色差の分割を分けられるSDP	明暗の模様と色の模様に、それぞれ合う分け方を使う
変換	基本変換の改良、二次変換、色差成分間を扱うCCTXなど	差分や成分間に残る規則性を、少ない係数で表しやすくする
量子化	量子化ステップの設計変更、量子化行列、トレリス符号化量子化など	どの精度で係数を残すかと、符号化に必要な量の釣り合いを改善する

たとえば、明るさが似ていて色だけが異なる領域と、色味は同じで明るさが異なる領域が混在する映像を考えます。輝度と色差に現れる模様が違うため、同じ切り方に固定しない選択肢があれば、それぞれの信号に合った予測や変換を選べます。これは仕組みを理解するための例であり、その映像で必ず特定のモードが選ばれるという意味ではありません。

変換の工夫も同様です。斜めの輪郭と滑らかな面では、差分の分布が違います。表現方法の選択肢を増やす価値はありますが、「どの方法を使ったか」を知らせるデータも必要です。細かく分ければ必ず有利、係数を増やせば必ず高効率という単純な話にはなりません。

さらに、AV2は複数の映像や視点を同期して扱うマルチストリームの仕組みも備えます。これは画面分割や複数視点の配信を支える機能で、圧縮率とは別の改良軸です。対応プレーヤーやサービスがなければ利用者向けの操作にはならず、「規格にあるから、どの動画サイトでも視点を切り替えられる」とは言えません。

AOMediaはAV2の圧縮効率について、客観的な画質指標に基づく約30％の改善を説明しています。これを読むには、同じ画質を目指したときのビットレート差と、同じビットレートでの画質差を区別する必要があります。どちらも「効率が上がった」と表現できますが、同じ数値ではありません。

条件が公開された研究の一例では、2026年5月のプレプリントがAV2開発版v13.0を、AV1の基準実装から派生したresearch-alt-v1-anchor_r4.0と比較しています。v13は開発段階の番号で、正式版v1.0.0より新しいという意味ではありません。以下はその一部であり、AV2 v1.0.0の全製品と、2026年の最新AV1エンコーダーを直接比較した結果ではありません。この版について査読済みであることは確認していません。

表の4:2:0は、色差のサンプルを輝度に対して縦・横それぞれ半分に間引く形式です。Overallは、その試験対象全体の集計を指し、世の中のすべての動画を意味しません。

表が収まらない場合は、左右にスクロールできます。

開発版AV2の評価例：4:2:0 OverallのBD-rate削減率

試験構成	PSNR-YUV基準	VMAF基準
All Intra	22.32％	23.58％
Random Access	29.81％	33.79％
Low Delay	26.05％	27.28％

All Intraは各画像内の符号化を評価する構成、Random Accessはフレームの並べ替えを許す構成、Low Delayは並べ替えを使わない構成です。構成が変わるだけでも削減率は変わります。基準実装には量子化設計の変更もあるため、手元のAV1変換ソフトと同一視しないことが大切です。

BD-rateは、ある一点の動画ファイルの容量差ではなく、一定の画質範囲でビットレートの差を平均的に評価する方法です。PSNRは元画像と復元画像の誤差に基づく指標、VMAFは人の見た目の評価に近づけるための知覚品質指標です。指標の種類やモデル、比較範囲が違う数値を、そのまま横に並べて順位にしてはいけません。

仮に、ある条件で必要な映像ビットレートが10Mbpsから7Mbpsに減るなら、10分の映像部分は750MBから525MBになります。これは30％削減の意味を示す仮定の計算例で、上の研究の一行を特定の動画へ適用した結果ではありません。音声やコンテナーの付加情報も含めていません。

また、「AV1がHEVCより何％小さい」という別の試験に、AV2の約30％を掛けてHEVCとの差を算出するのは不適切です。素材、基準実装、画質指標がそろっていないためです。本稿ではHEVCを含む未実測の順位表を作らず、共通点と実用条件を比較しています。

小さなファイルを作れても、圧縮にかかる時間が目的に合わなければ使いにくくなります。映画の配信準備なら時間をかけられる場合がありますが、生中継では次のフレームが届き続けます。エンコーダーは、限られた時間で候補をどこまで調べるかを調整します。最も小さくなる設定が、最も実用的な設定とは限りません。

新規格で候補となる方法が増えることと、完成した実装が何倍遅くなるかは別です。参照ソフトウェアは規格の検証にも使われ、製品向けの最適化済み実装や専用回路とは目的が異なります。AOMediaも、仕様確定後の課題としてソフトウェアの改善とハードウェアへの展開を挙げています。

再生側にも同じ区別があります。NVIDIAの公開資料では、NVENCによる符号化とNVDECによる復号は、CUDAコアとは別の専用エンジンです。つまり「GPUが速い」だけでは、ある動画形式を専用回路で処理できるかは分かりません。さらに、デコード対応はエンコード対応を意味しません。

視聴時の電池消費も、通信量だけでは決まりません。少ないデータを受信できても、ソフトウェア復号の負荷が大きければ、端末全体での利点は別途確認が必要です。本稿ではAV2対応端末の消費電力を測定していないため、「AV2なら電池が長持ちする」とは断定しません。

用途を考えるときは、容量、画質、変換時間、再生の滑らかさ、遅延を別々に見ます。どれか一つを最大化するより、必要な画質と待ち時間を満たした上で、容量や処理負荷を下げるという順番が実用的です。

AV2について確認できるのは、仕様と参照ソフトウェアの公開に加え、最適化や相互運用試験へ向けた取り組みです。9月のIBC向け発表には、IntelのSVT-AV2ソフトウェアエンコーダー、Allegro DVTのマルチストリーム再生・解析、NVIDIAのAV1とAV2の比較デモなどが挙げられています。

ただし、これは各社の展示案内です。展示を現地で検証したという意味でも、特定の市販GPUやスマートフォンがAV2の専用回路を搭載したという意味でもありません。特にデモを行う会社の既存製品が、そのままAV2対応になったとは読み替えられません。

表が収まらない場合は、左右にスクロールできます。

「AV2対応」を確認するときの四つの段階

段階	確認するもの	それだけでは分からないこと
規格	仕様・対象バージョン	製品への搭載時期
実装	使えるエンコーダー・デコーダーと版	全端末での速度や安定性
端末・アプリ	OS、アプリ、専用回路、プロファイル等	利用サービスがAV2映像を送るか
配信	対象コンテンツ、端末判定、代替形式	すべての利用者への一斉提供

AV1が動く端末でも、AV2を読み解く処理の追加が必要です。ソフトウェア更新で扱える場合があっても、既存のAV1専用回路がAV2専用回路に変わるとは考えない方がよいでしょう。また、特定のメーカー資料に記載がないことから、市場全体で対応製品が存在しないと断定することも避けます。

ニュースで「対応」と見たら、再生か作成か、ソフトウェアか専用回路か、試作か提供済みかを確認してください。現時点の読者にとっては、発売予想を追うより、この三つを見分けられることの方が役立ちます。

編集部としては、視聴者と動画を作る人で判断を分けることを勧めます。配信サービスを見るだけなら、通常はサービスと再生環境が形式を選ぶため、規格のためだけに買い替えを急ぐ必要はありません。新しい端末を選ぶときは、普段使うアプリと実際の対応機能を確認する方が確実です。

動画を他人に渡すなら、まず受け取る相手の端末とアプリを決めます。保存効率だけで形式を選ぶと、「容量は小さいが相手が開けない」ファイルになりかねません。既に使っているHEVCやAV1が目的を満たすなら、それを直ちにAV2へ置き換える理由はありません。

比較をする場合は、同じ元動画から短いサンプルを作り、実装名と版、速度設定、解像度、フレームレート、色の条件を記録します。暗い場面、細かな模様、動きが速い場面、字幕などを含めると、容量だけでは分からない差を見つけやすくなります。異なるエンコーダーの品質設定の数値を同じにしても、同じ画質条件とは限りません。

配信する側は、AV2用のデータを作れるだけでなく、対象端末に届く経路と、非対応端末へ送る代替形式を用意する必要があります。変換にかけた時間や保存費用に見合うほど視聴されるかも含めて判断します。大きなサービスと個人の短い動画で、最適な答えが違っても不思議ではありません。

元データは残してください。非可逆圧縮した映像を再び非可逆圧縮すると、既に失った細部が元に戻るわけではなく、さらに劣化する可能性があります。また、映像を再圧縮せず容器を入れ替える処理と、コーデックを変える再エンコードは別です。拡張子の変更やストリームコピーだけでは、HEVCの映像がAV2になることはありません。

AV2を理解する鍵は、新しい名前を覚えることより、動画圧縮のどこを改善しているかを知ることです。似た部分から予測する、外れた分を表す、係数の精度を調整する、偏りを利用して符号化する。この積み重ねによって、映像と必要なデータ量の釣り合いを改善します。

• 仕組み: HEVC・AV1・AV2には共通する基本構造があり、使えるツールやデータの書式が異なる。
• 性能: 「約30％」には評価条件がある。HEVCを含む一律の順位や、すべての動画の削減率ではない。
• 対応: 仕様、実装、端末・アプリ、配信サービスの条件を分けて確認する。
• 選択: 最新であることより、受け手が使えて、必要な画質と処理時間を満たすことを優先する。

同じ通信量で映像を改善する余地が増えることは、AV2の重要な価値です。しかし、その余地をどこまで日常の便利さへ変えられるかは、実装とサービスの仕事でもあります。「技術として何が可能になったか」と「今日、自分の環境で何ができるか」を分けて追うと、新しいニュースも落ち着いて読めるようになります。