Premiere Proでの動画編集が重いとき、CPUやRAMの性能だけでなく「コーデックの選択」が根本原因になっていることがあります。配信向けに圧縮されたH.264・H.265は編集作業との相性が本来良くなく、ProRes・DNxHRのような編集用コーデックに変換またはプロキシを用意することで、同じPCでも快適さが大きく変わります。
原因の構造分解
設定: 配信用コーデックで直接編集している
H.264(AVC)とH.265(HEVC)はストリーミングや録画・共有に最適化されたコーデックであり、ファイルサイズを小さく保つことを優先して設計されています。この目的のために採用されている長GOP構造(後述)が編集時の処理負荷を高める要因になります。カメラやスマートフォンが記録するファイルの大半はこの2形式であるため、カメラ記録素材をそのまま編集に使う場合にこの問題が起きやすいです。
CPU: 長GOPコーデックのランダムアクセスコスト
長GOPとは、I(Intra)フレームと、前後のフレームからの差分のみを記録したP・Bフレームを組み合わせた構造です。I・P・Bフレームは一般に数十枚ごとに1枚のIフレームが配置されます。任意の位置にジャンプするとき、CPUはそのフレームに最も近いIフレームから逆算しながらデコードする必要があり、スクラブ操作のたびに高い計算コストが発生します。
GPU: 全Iフレームコーデックはハードウェアデコードの恩恵が小さい
ProRes・DNxHRはすべてのフレームが完全なデータを持つ「全Iフレーム(All Intra)」コーデックです。任意フレームへの直接アクセスが可能なため、CPU・GPUの負荷が安定し、スクラブがスムーズになります。ただし全Iフレームの特性上、ファイルサイズは大きくなります(ProRes 422 HQの4K 30p素材は1分あたり約6〜8GB程度)。
RAM: コーデックによるメモリ消費量の差
長GOPコーデックは参照フレームをRAMに保持しながらデコードするため、同じ尺・解像度でも全Iフレームコーデックよりワーキングメモリの消費が増える傾向があります。RAM 16GB環境でH.265 4K素材を複数トラック使うと、タイムライン操作中のメモリ不足が起きやすくなります。
SSD: ProRes・DNxHRの大容量ファイルへの対応
編集用コーデックはファイルサイズが大きいため、SSD容量が不足するケースがあります。特に長尺のプロジェクトでは数十〜数百GBに達することがあり、ストレージ計画が必要です。また、連続再生時の読み込み速度(シーケンシャル読み込み)が必要になるため、HDDでは対応が難しい場面が出てきます。
解決手順
-
コーデックの特性を一覧で把握する
コーデック 種別 GOP構造 編集負荷 ファイルサイズ ProRes 422 編集用 全Iフレーム 低 大 ProRes 4444 編集用(アルファ対応) 全Iフレーム 低 大 DNxHR / DNxHD 編集用 全Iフレーム 低 大 GoPro CineForm 編集用 全Iフレーム 低〜中 大 H.264(AVC) 配信用 長GOP 中〜高 小 H.265(HEVC) 配信用 長GOP 高 最小 AVCHD カメラ記録用(H.264ベース) 長GOP 中〜高 小〜中 -
H.264・H.265素材をProResまたはDNxHRに変換する Adobe Media Encoderを起動し、変換したい素材をキューに追加します。形式を「QuickTime」→プリセットを「Apple ProRes 422」または「DNxHR HQX 12bit 2K 23.976fps」に設定して変換します。変換後のファイルを使って編集すると、スクラブや再生が大幅に改善する場合があります。
-
プロキシとしてCineFormやDNxHDを使う フル変換ではなくプロキシとして編集用コーデックを使う方法もあります。プロジェクトパネルで素材を選択し、右クリック→「プロキシ」→「プロキシを作成」→プリセットに「GoPro CineForm 1080p」を選択します。解像度を下げつつ全Iフレームの恩恵を受けられます。
-
書き出し設定でH.264を使い分ける 編集はProRes・DNxHRで行い、最終書き出し時のみH.264またはH.265を使う、というワークフローが最もバランスが良いです。「ファイル」→「書き出し」→「メディア」で形式を「H.264」に設定すれば、配信向けの軽量ファイルで書き出せます。
-
カメラの記録フォーマットを変更できる場合はオール I フレームを選ぶ ソニーのSシネマ・パナソニックのALL-Intra・キヤノンのIPBと通常モードなど、カメラ側でGOP構造を選べる機種では、撮影時から全Iフレームモードで記録すると編集が楽になります。ファイルサイズは増えますが、編集PCへの負荷が下がります。
判断基準
| 条件 | 推奨アクション |
|---|---|
| カメラ記録のH.264でスクラブが重い | ハードウェアデコード有効化、またはプロキシ生成 |
| H.265(HEVC)で特に重い | プロキシ生成かProRes/DNxHR変換を検討 |
| SSDで32GB以上の空きがある | ProRes変換による直接編集を検討 |
| ストレージ容量が少ない | プロキシ(低解像度H.264)で軽量化 |
| RTX 4070以上のGPU使用・ハードウェアデコード有効 | 設定調整で対応できるケースが多い。まずプレビュー解像度を1/2に |