IP時代の演出に必要な”変更凍結”の設計
対象読者：撮影・演出・音響・照明・編集・配信・制作進行に関わり、IP伝送技術に関心を持つすべてのプロフェッショナルへ。
配信開始まで残り6分。副調整室でネットワーク担当が振り返り、「さっきの警告、ついでに直しておきましたよ」と声をかけた。ディレクターは画面から目を離さないまま「ありがとう」とだけ返した。
3分後、メインの映像が一瞬止まり、また動いた。誰も、その一言と目の前の乱れを結びつけて考えなかった。原因を追い始めたのは、放送が終わってからだった。
SDI一本がカメラ一台に対応していた時代、設定は物理的に触らなければ変わらなかった。ケーブルを抜かない限り、映像は変わらない。IPになってから、設定はソフトウェアの中の数字になった。ブラウザを開けば、本番中でも誰でもどこからでも書き換えられる。この自由さが、事故の入り口になっている現場がある。
ネットワークの世界には、変更が実際に影響を及ぼすまでの「時間差」を決めた数字がすでに存在する。古い規格のスパニングツリー・プロトコル（STP）では、経路に関わる変更が起きたポートがブロッキングからフォワーディングに移るまで、リスニングの15秒とラーニングの15秒を合わせて30秒かかる（IEEE 802.1D規格の既定タイマー値による）。この30秒のあいだ、変更したはずの箇所とは関係のない映像まで、一時的に巻き込まれて止まることがある。触ったのは1本の回線だけのつもりでも、画面の向こうでは複数の系統が同時に揺れる。
放送機器のIP接続管理規格であるNMOS（AMWA IS-04仕様）でも、機器の登録情報が失効するまでには最短12秒かかる。機械の世界は、変更の影響が現れるまでの秒数をあらかじめ決めている。人間の側の演出・進行管理には、これに相当する秒数が共有されていないまま本番を迎えている現場が、今もある。
この「時間差」は、外科医の手元によく似ている。手術の最中、看護師が「そちらの器具より、こちらの方が使いやすいので替えておきました」と言って道具をすり替えたら、どうなるか。悪気はない。むしろ親切のつもりだ。だが今まさに動いている手の中で道具が変われば、動きはそのぶん狂う。ネットワークの変更も同じで、良かれと思っての一手が、動いている本番の手元を狂わせる。
変更そのものが悪いわけではない。変更が「いつ」起きたかが問題なのだ。この空白を埋める考え方を、演出・進行管理の側に移植すればいい。
この記事の続きでは、次のことが手に入る。
- 本番前後に「触っていい時間」と「触ってはいけない時間」を分ける、凍結ウィンドウの設計手順
- 変更が発生する経路を3種類に分解し、それぞれに対応する承認の通し方
- リモート拠点や外部スタッフが関わる変更も漏らさず拾う、共有シートのひな形
- よくあるミス3つと、現場で実際に起きた珍しいトラブル、それぞれの正解
IEEE 802.1Dの既定タイマーだけでも、変更の影響が現れるまでに最大30秒かかる。この30秒を知らないまま「ついでに直す」を続けていれば、次の本番でも同じ数秒の沈黙が起きる。触っていい瞬間を、先に決めておく手順をこのあとに置いておく。
コメント