タイムコード連続性の欠落フレーム — 通常は編集またはレンダリングエラー。モニターではほぼ見えず、DCPでは致命的。
Premiereで編集していて、すべてが順調に進み、タイムコードもきれいにジャンプする――そしてエクスポート時にそれが起こる：1フレームが欠落する。フルHDモニターでは気づかないほど微細だが、DCPマスターには突然小さなジャンプが現れる。これが半秒（Halbsekunde）だ。最終的な納品物になって初めて発覚することが多い技術的な悪夢だ。
実際、この問題は主に3つの状況で発生する。第一に、フレームレート間の変換時――23.976fpsを24fpsに無理やり合わせる際に、タイムコードのロジックを正しく扱わない場合。第二に、エフェクトやカラーグレーディングのレンダリング時、エンジンがフレームデュレーションを正確に考慮しない場合。第三に、編集自体で、プロキシ作成やリリンク時に個々のフレームが失われる、エラーを起こしやすいコーデックを使用している場合。厄介なのは、モニター上では何も見えないことだ。ビデオ編集はシームレスに進行するが、タイムコードのオフセットは存在し、レンダリングのメタデータレイヤーに隠されている。DCPや音声との同期時に、これが可視化される：編集が時間的に合わなくなり、音楽と映像が微細にずれる。
これを回避するには、3つのルールを守る：第一に、エクスポートの前後に常にフレーム数（Framecount）をチェックする――タイマーを信頼せず、総フレーム数を比較する。第二に、マルチフォーマットプロジェクトは常に正確な変換レートで作業する；23.976は23.976のままで、丸めない。第三に、レンダリング時には常にフレーム精度プリセット（Frame-Accurate Presets）でエクスポートし、シーケンス設定とレンダリング設定を二重にチェックする。編集自体では、VFXやカラーワークにはロスレス中間フォーマットのみを使用する――ProRes 422 HQまたはDPXシーケンス。圧縮コーデックは問題を悪化させるだけだ。
ファイナライゼーションプロセスでは、DCP生成前の品質管理にフレームごとのチェック（Frame-by-Frame-Check）を含めるべきだ――素早く再生し、ジャンプに注意を払う。一部の編集者は、ファイルがマスタリングに進む前に、FFprobeのようなツールを使用してフレーム数の整合性を検証する。失われた半秒は、再レンダリングにしばしば数時間を要する。それを見つける方が賢明だ。