遠隔拠点とのNDI中継は、機材の性能で決まるのではない。「どこを通すか」「誰に見せるか」「どこで拠点を結ぶか」。この3つの持ち場を1枚の図面に描けるかどうかで決まる。
遠隔のモニターに、見せるつもりのなかった映像が8本並ぶ
拠点Aのスタジオを想像してほしい。カメラ4台、PC2台、スイッチャーの戻り映像1本、テロップ機1台。NDIのソースは合計8本ある。
遠隔の拠点Bに見せたいのは、スイッチャーの戻りとテロップ機の2本だけだ。ところが、すべての機器を初期状態の「Public」グループのままにして、Bridgeで「Public」を共有したとする。拠点Bの一覧には8本の名前が並ぶ。見せたい2本は全体の25%（2÷8）。残りの6本、つまり75%は、こちらの意図と関係なく向こうの画面に出る。
故障ではない。設定の1行を決めていなかっただけだ。この手のミスは、機材をいくら良いものに替えても直らない。
125Mbpsの算数が、現場を静かに追い詰める
フルバンド幅のNDIは、1080p60で1本あたり約125Mbpsを使う（NDI Community「Understanding Multi-Switch Bandwidth Considerations」）。一方、1Gbpsのイーサネットで実際に使える帯域は600〜700Mbpsとされる（Epiphan Pearl-2ユーザーガイド）。
計算してみる。600÷125＝4.8、700÷125＝5.6。つまり1本の出口から直接配れるのは4〜5台まで。6台目の受信機をつないだ瞬間に、計算上は帯域が足りなくなる。
そこへ拠点間の回線が加わる。社内で動いていた構成が、インターネットをまたいだ途端に別の顔を見せるのは、数字が変わるからだ。
社内便と、支店間の専用便
あなたの設計が悪いわけではない。そもそも、この仕事には3つの別々の持ち場がある。
会社に例えるとわかりやすい。本社ビルの中には、書類を運ぶ配送路がある。誰宛ての郵便が、どの部署に届くかを決める宛名簿がある。そして、遠方の支店に荷物を送る専用便がある。配送路が詰まれば社内で渋滞する。宛名簿が雑なら、関係のない部署に書類が届く。専用便の窓口を決めていなければ、荷物は支店に着かない。
この3つを1つの問題として扱うと、原因の切り分けは3か所を同時に疑うことになる。逆に、3つに分けて考えれば、見るべき場所は3か所を順番に1つずつだ。
方法は、ある
3つの持ち場はそれぞれ、公式の機能と、NETGEAR ProAVスイッチが標準で持っているプロファイルで受け持てる。拠点間の中継、LAN内の配信数の上限、見せる相手の制限。この3つを1枚の図面に描き、同じ順番で設定していけば、構成は破綻しない。
しかも、拠点間を渡るのは、Bridgeが変換した映像だ。LANで動いているフルサイズが、そのまま外へ出ていくわけではない。
その設計図と手順を、有料部にすべて書いた。
この記事で手に入るもの
- 3つの持ち場の役割分担表（どの機器が何を受け持つか、既定値つき）
- 構築手順12ステップ（判定基準つき）
- 見せる相手を絞るためのグループ命名テンプレート
- 拠点間の上り帯域を自分で計算する式と、計算例
- つまずき早見表（よくあるミス3件＋見落としやすいトラブル3件）
- 拠点間の遅延を、特別な測定器なしで測る手順
次の現場で同じ構成を組む前に
45年、映像の現場に立ってきた。その間に身についた判断の軸を、この記事には全部入れた。有料部を読み終えたとき、役割分担表・構築手順・グループ設計・帯域計算式・トラブル早見表が手元にそろう。
コメント