動画コーデックの選び方 — H.264 / H.265 / ProRes / DNxHR の使い分け

「コーデック」と「コンテナ（MP4・MOV など）」を一緒くたにしている人は意外と多いものです。コンテナはただの容器で、中に入っているコーデックこそが、画質・容量・編集のしやすさを決めています。

この記事では、いま現場でよく使われる主要コーデックを横に並べ、撮影・編集・納品・アーカイブそれぞれで何を選ぶべきかを整理します。

コーデックには 2 つの系統がある

すべてのコーデックは、ざっくり 2 つの目的のどちらかに最適化されています。

この区別がコーデック選びの土台です。配信向きコーデックを編集ソフトに直接放り込んでも動きますが、再生がカクついたり、レンダリングが極端に遅くなったりするのはこの設計差のためです。

主要コーデック早見表

工程ごとの「正解」

撮影（カメラ内記録）

カメラが書き出してくれるものをそのまま受け入れるしかありません。ただし、機種によって複数のフォーマットを選べる場合は、ビット深度とクロマサブサンプリングが上の規格を選ぶのが原則です。詳しくは姉妹記事の10bit 4:2:2 はなぜ効くのかをどうぞ。

編集

コーデックの議論で一番悩むところです。選択肢は 3 つあります。

1. カメラ原本のまま編集する — 容量は最小。マシンが速ければ問題なし。最近のミドルレンジ以上の PC なら H.264 / H.265 でもそこそこ走ります。
2. 編集向けコーデックにトランスコードする — ProRes 422 や DNxHR HQ に変換してから編集。最も快適で安定。容量は数倍に膨らみます。
3. プロキシ編集する — オリジナルは残したまま、低解像度の代理ファイルで編集。容量は抑えつつ、最終書き出しは原本から行えるハイブリッド。長尺・大量素材の案件に向きます。

「マシンが頑張れない」と感じたら 2 か 3 を検討する、というくらいの判断で十分です。

納品

納品先の指定が最優先です。指定がない場合のデフォルトはこのあたり：

• Web / SNS / YouTube — H.264（1080p なら 8–12 Mbps、4K なら 35–50 Mbps）
• 放送・劇場 — ProRes 422 HQ または DNxHR HQ
• クライアントレビュー用 — H.264 でファイルサイズ重視

ビットレートの目安はビットレートの記事で詳しく触れています。

アーカイブ

長期保存はもう一つの軸です。「数年後にまた使いたい」素材は、撮影時の規格のまま残すのが基本です。

• カメラ原本は変換せずそのまま保管
• 編集向けにトランスコードした中間ファイルは、プロジェクト終了とともに削除して構わない
• 配信用に書き出した最終納品物だけを残すのは、再利用の選択肢を捨てる選択

容量との折り合いがつかない場合は、外付け HDD + クラウドのコールドストレージの組み合わせが現実的です。VideoTagger のように撮影アーカイブから素材を引き戻す前提のワークフローでは、原本を「検索可能な状態」で残しておくことが、後から効いてくる投資になります。

「H.265 にすればいいのでは？」への答え

容量が H.264 の半分で同等画質なら、H.265 一択に思えます。実際そういう場面も多いのですが、注意点もあります。

• エンコードがかなり重い — 同じビットレートでも書き出し時間が長くなる
• 再生互換性 — 古い PC、古いブラウザ、一部の SNS では再生に難が出る
• 編集ソフトでの扱い — H.264 より重い。プロキシ運用がほぼ前提になる

要するに、「届けたい相手の環境を含めて H.265 が成立するなら最良」というのが現実的なところです。社内・編集者間の共有なら問題ないが、不特定多数に配るならまだ H.264 が無難、という選び方になります。

VideoTagger ではコーデック判別も自動

VideoTagger はライブラリの各動画を解析して、コーデック（H.264 / HEVC / ProRes など）・ビットレート・解像度・フレームレートを自動的に抽出します。「ファイル情報」パネルに表示されるほか、コーデックでの絞り込みにも対応しているので、「ProRes のマスターだけ集める」「H.265 の納品ファイルだけ抽出する」といった操作で、ライブラリ全体を瞬時に横断できます。撮影・編集・納品・アーカイブが複数のコーデックで混在しているライブラリほど、効果が大きい機能です。

まとめ

コーデック選びの判断軸はシンプルです。

• 撮影 — カメラの最上位フォーマット（ビット深度 / クロマ重視）
• 編集 — 重ければ ProRes / DNxHR にトランスコード、またはプロキシ
• 納品 — 納品先の指定に従う。指定なしなら H.264 が無難
• アーカイブ — カメラ原本を残す。配信書き出しだけを残してはいけない

H.264 / H.265 / ProRes / DNxHR は競合ではなく、それぞれ役割の違う道具です。撮影から納品までの一連の工程で、複数を使い分けるのが普通だと考えてください。