先月、ある編集室で起きた出来事から話を始めたい。
スマホで撮った出演者インタビュー、Zoomで録った遠隔ゲストの音声、OBSで収録した画面共有——この3種類を同じタイムラインに並べた瞬間、映像編集者の手が止まった。冒頭ではぴったり合っていた口の動きと声が、5分過ぎたあたりから明らかにズレ始めている。書き出しても直らない。もう一度読み込み直しても同じ場所でズレる。原因はコーデックでも解像度でもなかった。フレームレートが、そもそも「一定」ではなかったのだ。
これは珍しい事故ではない。むしろ、複数の機材ソースを混在させる現場では、起きて当然の構造的な問題である。
なぜこんなことが起きるのか、少し整理してみよう。放送用カメラや業務用カメラが吐き出す映像は、1秒間に29.97回、あるいは59.94回、寸分違わぬ間隔でコマが刻まれる。この一定間隔をCFR（固定フレームレート）と呼ぶ。ところがスマートフォンの標準カメラアプリや画面収録ソフトの多くは、電力消費とデータ容量を節約するために、動きの少ない場面ではコマの間隔を伸ばし、動きの激しい場面では間隔を縮める。これがVFR（可変フレームレート）である。29.97fpsのCFRなら、1コマあたりの表示時間は約33.37ミリ秒（1000ミリ秒 ÷ 29.97）で常に一定だ。だがVFR素材では、この数字がコマごとにバラつく。編集ソフトのタイムラインは基本的に「一定の目盛り」を前提に設計されているため、目盛りの合わない素材を無理やり当てはめようとすると、どこかで帳尻合わせのズレが発生する。それが音ズレであり、コマ落ちであり、マルチカムの同期崩壊である。
ここで一つ、たとえ話をしておきたい。CFRは、決まった時刻に必ず来る電車のダイヤのようなものだ。何時何分に来ると分かっているから、他の予定と正確に組み合わせられる。一方VFRは、混雑具合を見て来たり来なかったりするバスに近い。空いていればゆっくり、混んでいれば急いで走る。バス自体は賢く効率的に走っているのだが、電車のダイヤに合わせて組まれた乗り継ぎ計画にバスを無理やり組み込もうとすると、待ち合わせの時刻がずれていく。編集室で起きているズレの正体は、まさにこの「ダイヤの違う乗り物を、同じ時刻表に乗せようとしている」ことに尽きる。
大切なのは、これはあなたの操作ミスではないということだ。編集ソフトの設定を疑う前に、素材そのものの時間軸構造を疑う必要がある場面が、実務では想像以上に多い。
そして、この問題には明確な解決策が存在する。撮影段階での防止策、素材を取り込む段階での変換処理、そして書き出し段階での二段構えの工夫——この3つを押さえれば、異なる機材から来た素材を一つのタイムラインに落ち着かせることができる。もう一つ、VFRと似て非なる存在としてVBR（可変ビットレート）がある。こちらは時間軸ではなくデータ量を可変にする技術で、うまく使えばファイルを軽くできる反面、配信現場では別の落とし穴になる。両方を正しく理解して初めて、異種素材が入り乱れる現代の制作環境で事故を出さない体制が作れる。
この記事の有料部では、以下の内容を実務手順として詳しく解説する。
- 取り込み前に素材のVFR/CFRを一括で見分ける検品フロー
- 中間コーデックへの正規化変換で音ズレとコマ落ちを構造的に断つ手順
- iPhone・OBS・Zoomそれぞれで撮影・収録段階からVFRの発生を止める具体的設定
- VBRとCBR、CRFを現場ごとに使い分ける判断基準と数値の目安
- 書き出し時に画質とファイルサイズの両方を守る二段階エンコードの組み方
現場で映像に触れてきて感じるのは、こうした「地味だが致命的」なトラブルほど、知っているかどうかだけで明暗が分かれるということだ。知らずに本番へ突っ込むと、復旧作業に時間を取られ、その間ずっと現場は止まったままになる。逆に、事前に構造を理解していれば、対応は数分で終わる。次の現場で同じ思いをしないための手順を、このあとに用意した。
コメント