47秒、誰も押さなかった
配信開始から41分。受信側の画面に、四角いブロックが浮かび始めた。送出卓のモニターは正常に見える。
演出は「少し様子を見よう」と言った。技術は「自動で戻るかもしれない」と返した。進行は、誰かが決めるのを待っていた。
これは私が組み立てた想定の場面だ。ただ、構成要素はどれも現場で起こりうるものばかりである。この場面で乱れは47秒続き、切り戻しのボタンに指をかけた人は、最後まで一人もいなかった。
機材は壊れていなかった。回線も切れていなかった。足りなかったのは、「誰が、何秒で、何を見て決めるか」という約束だけだ。
数字で見ると、判断は検知と宣言の間で止まっている
IP伝送の再送には、時間の枠がある。SRTでは「レイテンシ＝RTT倍率×RTT」で決まり、RTTが20ms以下、パケットロス率が1%以下なら倍率は3、つまり最小60msだ。ロス率7%以下なら倍率6で120ms、10%以下なら倍率8で160msになる（Haivision SRTドキュメント「RTT Multiplier」。いずれも保守的な目安として示されている値）。
つまり機械が自力で救える範囲は、目安で60〜160msの欠落までだ。それを超えた乱れは、人が見つけて、人が決めるしかない。
放送の世界で見ても同じ構図がある。総務省の「放送の停止事故の発生状況（平成28年度）」では、地上系・衛星系の停止事故は388件、うち重大な事故は15件。割合にして3.9%（15÷388）だ。また、停止の約60%は15分未満で終わっている。事故の大半は短い。短いからこそ、最初の数十秒をどう動いたかが、視聴者に見える長さを決める。
あなたが遅いのではない。決め方が決まっていないのだ
火災報知器が鳴っても、避難を宣言する人が決まっていないビルを想像してほしい。全員が煙の色を眺め、隣の顔を見て、立ち止まる。誰かが悪いわけではない。宣言する人がいない構造が、全員の足を止めている。
IP伝送の切り戻しも同じだ。演出は画を守りたい。技術は原因を知りたい。進行は全体を止めたくない。三者とも正しいことを言っているのに、三者の正しさがぶつかる場所に、決める人がいない。
解決する方法は、ある
しかもそれは新しい機材を足す話ではない。本番前の30分で紙1枚に書き込める、取り決めの話だ。待てる秒数の出し方、判断者の置き方、切り戻し先の確かめ方、戻すときのルール。この4点を、現場の数字から逆算して決めていく。
この記事で手に入るもの
- 乱れの発生から切り戻し完了までを4つの区間に分け、区間ごとの失敗例と対策を並べた表
- 「待てる秒数」を自分の現場の数字で計算する式と、記入できる計算シート
- 判断者・代行者・宣言の言葉を1枚にまとめた「切り戻しカード」の雛形
- 切り戻し訓練の手順と、タイムを記録するための測定表
- 複数拠点・二重化回線・自動化へ広げるときの設計の考え方
次の現場で、同じ47秒を作らないために
45年の現場で、私は機材の故障より、決まっていない約束のほうが長い停止を生むのを見てきた。その判断軸を、30分で受け取ってほしい。ここから先に、手順のすべてを書いた。
コメント