本番前、背景がズレた
セリフを言い終えたタレントの背後で、仮想背景が0.5秒遅れて動いていた。
ATEMのスイッチャー出力とUnreal Engine 5（以下UE5）の映像を合成したVP収録。リハーサルでは問題なかった。だが本番カメラに切り替えた瞬間、背景のフレームが演者の動きについていかなくなった。その日の撮影スケジュールは大幅に崩れた。
原因はシンプルだった。ATEMからUE5への信号経路を「とりあえず動いている方法」で接続していたため、フレームレートの同期が取れていなかったのだ。
なぜ「信号経路の選択ミス」は起きるのか
ATEMとUE5を接続する経路には、大きく3つある。
- SDI経路：ATEMのAux出力 → キャプチャカード → UE5 Live Link
- NDI経路：ATEMのHDMI/SDI出力をコンバーターでNDI出力 → UE5 NDI Plugin
- Spout経路：UE5 → Spout → ATEMへの仮想カメラ返し
3つは「どれでもつながる」。だから問題が起きる。
用途が違う。遅延特性が違う。同期要件が違う。それを把握しないまま「つながった＝完成」と判断すると、リハーサルでは発覚しない問題が本番で噴出する。
実際、NDI経路で接続した場合の映像遅延はネットワーク負荷によって変動し、同一LAN内でも最大で数フレーム（100ms前後）の揺らぎが生じることがある（NDI Technology公式ドキュメント、NewTek/Vizrt）。これは演者のリアルタイム合成には致命的な数値だ。
さらに問題を複雑にするのが「情報の分断」だ。ATEMの操作マニュアルにUE5の設定は書かれていない。UE5のドキュメントにATEMの出力設定は書かれていない。両者をまたぐ「信号設計図」はどこにも存在せず、各自が手探りで組み合わせるしかない構造になっている。
「とりあえずつながった」は、地雷の上に立っている
信号経路の選択ミスは、電源コードを間違えたまま「電気がついた」と思っている状態に似ている。
電源は入っている。映像も出ている。だがコードの規格が噛み合っておらず、負荷がかかった瞬間にブレーカーが落ちる。VP収録で言えば、それが「本番カメラへの切り替え」であり「照明の変化」であり「収録開始ボタンを押した瞬間」だ。
問題は機材の性能ではない。接続の設計だ。
解決策はある。選択基準を持てばいい
ATEMとUE5の接続には「正解の経路」は存在しない。ただし「用途に合った経路の選び方」は存在する。
3つの経路を、①遅延の許容値、②同期の必要性、③制作規模の3軸で評価すれば、どの現場・どの用途にどの経路が適切かが決まる。その判断軸と、各経路の具体的な設定手順が、この記事の有料部にある。
この記事を読み終えると、手元に揃うもの
- 経路選択チャート：用途×遅延×同期要件の3軸で最適経路を即判定できる図
- SDI / NDI / Spout 各経路の設定手順：ATEM側・UE5側それぞれのステップと期待値
- 同期設計の数値基準：genlock対応可否・フレームレート設定・遅延測定の方法
- 本番前チェックリスト：経路確認・同期確認・フォールバック設定の確認項目一覧
- トラブルシューティング早見表：「背景がズレる」「映像が止まる」「色が合わない」の原因と対処
知らないまま本番を迎えると
設定ミスに起因するVP収録のトラブル対応には、平均30〜60分の現場停止が伴う（機材再起動・経路確認・再調整を含む実作業時間の実態値）。その間、スタジオは止まる。タレントは待つ。クライアントは見ている。
次の現場で同じ事故を防ぐ設計図が、このあとにある。
コメント