画像データのコンテナとコーデック——MOV、ProRes、DNxHD。ファイルサイズ、互換性、編集ワークフローを決定。選択を誤るとポストを台無しにする。
撮影現場でもポストプロダクションでも、ファイルフォーマットの選択は、作業の速さ、ハードウェアの処理能力、そして後からカラーグレーディングや編集の柔軟性をどの程度確保できるかを決定します。これは理論的な定義ではなく、その決定がもたらす結果が重要です。
ファイルフォーマットは、本質的にはコンテナ（MOVやMXFのような入れ物）とコーデック（ProRes 422 HQやDNxHDのような圧縮方式）の組み合わせです。一部のカメラはH.264を出力しますが、これはファイルサイズは小さいものの、ポストプロダクション処理には非常に負荷がかかります。スマートフォンの4K H.264？それは編集作業の大きな障害となります。一方、REDやAlexa、ARRIのようなカメラは、カードにネイティブまたはプロキシフォーマットで出力し、圧縮率が低く、より多くの色情報を保存するため、フィルムのような感覚で扱えます。
現実的なワークフローとしては、キャプチャコーデック（カメラが記録するもの）、編集コーデック（エディターがスムーズに編集できるもの）、そしてデリバリーコーデック（劇場やストリーミングプラットフォームに納品するもの）が必要です。編集にはProRes 422 HQ、VFXレンダリングにはDNxHD、DCPにはH.265といった使い分けは、奇妙なことではなく、ワークフローの一部です。これを間違えると、二重に変換することになり時間を失います。あるいはもっと悪いことに、エディターが1フレームごとに待たされることになります。
重要：カラースペースとビット深度もこの決定に含まれます。8ビット圧縮（一部のMOVフォーマット）では、カラーグレーディングの余地はほとんどありません。10ビットまたは12ビット（ProResやDCIコーデック）は、本格的なプロダクションの標準です。Logコーデック（Sony S-Log、RED RAW）は、最大限の色情報を保持しますが、後でLUTとより多くのストレージが必要になります。
撮影現場では、「ファイルサイズはどれくらいまで許容できるか？」「ストレージカードはどれくらい持つか？」と考えます。ポストプロダクションでは、「NASはこれを再生できるか？」「VFXスタジオは同じソフトウェアを持っているか？」と考えます。そのため、大規模なプロダクションでは、撮影初日前に標準を定め、DITシートに記録します。フォーマットの間違いは、美的な問題ではありません。それは取り戻せないお金の問題なのです。