「編集ソフトが重い」「書き出したら容量が10倍になった」「納品したら再生できないと言われた」——これらはすべて、コーデックの選び方で説明がつきます。
MP4ファイルとは?でコンテナの話を扱いましたが、この記事はその中身であるコーデックを、配信用と編集用に分けて整理します。
結論:分かれ目はコーデックの名前ではなく「圧縮方式」
「H.264は配信用、ProResは編集用」という覚え方をしている人が多いのですが、これは正確ではありません。実際に効いているのはLong GOPかAll-Intraかという圧縮方式の違いです。
| 比較項目 | Long GOP(フレーム間圧縮) | All-Intra(フレーム内圧縮) |
|---|---|---|
| 仕組み | 前後のフレームとの差分で記録 | 1フレームずつ独立して記録 |
| 得意なこと | ファイルを小さくする | 編集をスムーズにする |
| ファイルサイズ | 小さい | 数倍に膨らむ |
| 編集時の負荷 | 重い | 軽い |
| 主な使いどころ | 配信・納品・長時間収録 | 作品撮り・編集・マスター |
H.264はLong GOP専用ではありません。業務用カメラのAll-Intra記録にもH.264が使われています(XAVC-IやAVC-Intraなど)。逆にProResを納品に使う現場もあります。コーデックの名前だけで判断せず、その設定がLong GOPかAll-Intraかを確認してください。
そのうえで実務の原則はこうなります。Long GOPの素材をそのまま編集するのが、動作が重くなる最大の原因です。逆にAll-Intraのまま納品すると、ファイルが巨大すぎて受け取ってもらえません。
Long GOPとAll-Intraの違い
Long GOP(フレーム間圧縮)
連続するフレームは似ているという性質を使い、「前のフレームからの差分」だけを記録する方式です。数フレームに1枚だけ完全な画像(キーフレーム)を置き、残りは差分で表現します。
- 圧縮率が非常に高く、ファイルが小さい
- 任意のフレームを表示するには前後のフレームを計算し直す必要があるため、編集で重くなる
- 激しい動きのシーンでは差分が増え、破綻しやすい
All-Intra(フレーム内圧縮)
すべてのフレームを独立した1枚の画像として圧縮します。連番の静止画に近い考え方です。
- どのフレームも単独で読めるので、スクラブもカット編集も軽い
- ファイルサイズはLong GOPの数倍になる
- 動きの激しいシーンでも画質が安定する
主要コーデックの特徴
| コーデック | 分類 | 特徴 |
|---|---|---|
| H.264 / AVC | 配信 | 互換性が最も高い。迷ったらこれ。再生できない環境がほぼない |
| H.265 / HEVC | 配信 | 同じ画質を約半分のビットレートで。CPU負荷が高く、再生環境を選ぶ |
| AV1 | 配信 | ロイヤリティフリー。Web配信での採用が進む。エンコードは重い |
| ProRes | 編集 | Apple発。編集用の事実上の標準。422/422 HQ/4444などのグレードがある |
| DNxHR / DNxHD | 編集 | Avid発。ProResと同等の位置づけ。Windows環境でも扱いやすい |
| 各社All-Intra | 収録 | カメラメーカー独自の業務用。同社の編集ワークフローと相性がよい |
H.265は魅力的に見えますが、納品先の再生環境が対応しているかを必ず確認してください。「軽くしようとしてH.265で納品したら、先方のPCで再生できなかった」というのは実際によくある事故です。
編集が重いときの2つの解決策
1. 中間コーデックに変換する
撮影素材をProResやDNxHRに変換してから編集します。ファイルは大きくなりますが、編集中の快適さは大きく変わります。
ただし、よくある誤解を先に潰しておきます。変換は再エンコードなので、その時点でわずかに劣化します。「中間コーデックに変換すれば画質が良くなる」わけではありません。8bit 4:2:0の素材を10bit 4:2:2のProResに変換しても、元になかった情報は増えないからです。
それでも中間コーデックが有効なのは、その後の工程で劣化が積み重ならないからです。高ビットレートのAll-Intraなら、編集・エフェクト・書き出しを繰り返しても世代劣化がほとんど問題になりません。またグレーディング時の演算精度が上がるため、8bit素材でもバンディングが出にくくなる効果があります。
2. プロキシ編集
低解像度の代替ファイルを自動生成し、それで編集して書き出すときだけ元の素材に戻す方法です。ストレージの節約と快適さを両立できるため、4K以上の素材では標準的な手法になっています。
どちらの方法でも、ストレージの読み書き速度がボトルネックになります。中間コーデックは容量を食うので、作業用の高速ストレージは事実上の必須装備です。
ハードウェア支援を使えているか確認する
現在のCPUやGPUには、H.264やH.265のエンコード/デコード専用回路が載っています。編集ソフトの設定でこれが無効になっていると、同じPCでも体感速度がまったく違います。
- 編集ソフトの環境設定でハードウェアデコード/エンコードを有効にする
- ProResやDNxHRは専用回路の対象外のことが多く、CPUの純粋な性能が効く
- 素材をPCへ取り込む速度も効く。カードリーダーが古いと、それだけで待ち時間が倍になる
用途別の選び方
| 状況 | 撮影・収録 | 編集 | 納品 |
|---|---|---|---|
| YouTube・SNS | H.264 Long GOP | そのまま or プロキシ | H.264 |
| 企業VP・Web | H.264 / 10bit | プロキシ | H.264 |
| 作品撮り・CM | All-Intra or RAW | ProRes / DNxHR | 指定に従う |
| 放送納品 | 業務用All-Intra | 中間コーデック | 局の指定規格 |
放送納品ではコーデック・ビットレート・音声フォーマットまで細かく指定されます。業界規格の全体像は放送映像業界の規格にまとめています。
よくある失敗
| 症状 | 原因 |
|---|---|
| タイムラインの再生がカクつく | Long GOP素材を直接編集している |
| 書き出したファイルが巨大 | 納品に中間コーデックを使っている |
| 先方で再生できない | H.265や独自コーデックのまま納品した |
| 色が薄く見える | コーデックではなく記録方式(Log)の問題 |
| 細部がにじむ | ビットレート不足。動きの多い映像で顕著 |
まとめ
コーデック選びは「小さくしたいのか、編集したいのか」の一択で決まります。この2つを同じファイルで両立させようとするから無理が出ます。
撮影はカメラの得意な形式で、編集は中間コーデックかプロキシで、納品は先方が確実に再生できる形式で——工程ごとに使い分けるのが正解です。
関連記事:MP4ファイルとは?/RAWとJPEG/DNGファイルとは?/放送映像業界の規格

コメント