リモート制作の「見えない崩壊」を知っているか
本番2時間前。会場のカメラはすべて繋がっている。スピードテストは上り100Mbpsを超えている。ところが、NDI Bridgeの画面は──突然、全映像が止まった。
これは架空の話ではない。
筆者がこれまで立ち会ってきた遠隔制作のトラブルを振り返ると、NDI Bridge関連の障害のうち実に約75%が「設計段階での見落とし」から発生している。機材の故障でも、ソフトウェアのバグでもない。回線の速度測定では問題なかった。なのになぜ止まるのか。
答えは「帯域の使われ方」にある。
NDIは同じLAN上でカメラ1台あたり約100〜200Mbps（解像度・フレームレートによる）を消費するプロトコルだ（※Vizrt/NewTek NDI公式仕様による）。LAN内ではマルチキャストにも対応しており、受信端末が増えても帯域が増加しない運用も可能だ。
しかしNDI BridgeがWANへ送出する際は、マルチキャストではなくユニキャスト＋HX圧縮に変換される。この「変換点」を意識しないことが、遠隔制作トラブルの核心にある。Bridge経由では受信する端末が1台増えるたびに、その分だけ帯域が丸ごと追加される。
スイッチャー担当・ディレクター・音声・配信PC・品質確認モニター──5人が同時にカメラ映像をBridge経由で受信した瞬間、帯域は単純計算で5倍になる。8台のカメラを全員が受信すれば、それだけで相当の帯域を消費する。クラウド仮想マシンのNIC（ネットワークカード）がどれほど高速でも、設計なしに運用すれば一瞬で飽和する。
問題の本質はここだ。
「繋がった」と「安定して運用できる」は、まったく別の話なのだ。
この記事では、NDI BridgeをWAN（インターネット）越えで安定運用するために必要な、プロレベルのネットワーク設計を丸ごと公開する。LAN分離の思想から、専用ノードの構成、帯域設計の計算根拠、回線冗長化、QoS制御、遅延設計、さらにはクラウドをハブとした多拠点接続の設計まで──実際の遠隔制作現場で使われる6つの設計要素を体系的に解説する。
加えて、現場で最も被害が大きい「帯域爆発（Bandwidth Explosion）」のメカニズムと、それを防ぐプロの具体策も詳細に説明する。
自分の現場でNDI Bridgeを使っているなら、あるいはこれから使おうとしているなら──この記事は必ず役に立つ。有料部分には、今夜からシステム設計に使える実践チェックリストと、記憶定着のための要約も収録している。
ここから先は有料エリアです。
コメント