「あけましておめでとう」が、視聴者によって15秒早く届いた
対象読者：撮影・演出・音響・照明・編集・配信・制作進行に関わり、IP伝送技術に関心を持つすべてのプロフェッショナルへ。
「あけましておめでとう」は、まだ画面の外だった
大晦日、23時59分50秒。MCが「いきますよ、10、9、8……」とカウントダウンを始めた。副調整室のモニターには本線と同じ映像が流れている。だがSNS担当のスタッフが声を上げた。「もう『あけましておめでとう』の投稿が並んでます」。画面の中では、まだ「3」を数えている最中だった。視聴者から届いた「ネタバレされた」という苦情の意味を、演出チームが理解したのは翌日の振り返りミーティングでのことだった。
犯人は演出ミスではなく、配信ごとの遅延差だった
原因は、配信方式ごとに違う遅延の大きさにあった。YouTubeは低遅延設定で10秒未満、超低遅延設定で5秒未満に収まると公式ヘルプが明記している一方、通常設定については具体的な秒数を示していない（YouTube ヘルプ「ライブ配信の遅延について」）。標準的なHLS配信では、AppleのHLS Authoring Specificationがセグメント長（ターゲットデュレーション）を6秒に設定するよう推奨し、配信規格RFC 8216はプレイリスト末尾から3ターゲットデュレーション分離れた位置から再生を始めるようクライアントに推奨している。6秒×3で、規格の計算だけでも18秒の遅延が生じる。一方、低遅延化技術を使った配信の実装例では、エンコード0.5秒・CDN伝播0.5秒未満・プレーヤーバッファ2秒の合計で3秒まで縮めた例が報告されている。同じ「せーの」の号令でも、経路と設定次第で視聴者が受け取る「今」は最大15秒（18秒−3秒の計算）近くズレうる。
あなたの演出が下手だったわけではない
これは、同じ号の雑誌を印刷所から違う距離の書店に届けるようなものだ。近い書店には当日のうちに並ぶが、遠い書店には数日遅れて届く。中身は一字一句同じでも、読者が「今日発売の号」を手にする瞬間は書店ごとに違う。配線を間違えたわけでも、カウントダウンの間が悪かったわけでもない。視聴者の手元まで届く経路の長さが、最初から違っていただけだ。
答えは、本番前に机の上で出せる
方法はある。配信ごとの遅延差を「事故」ではなく、最初から織り込む「設計要素」として扱えばいい。どのプラットフォーム・どの設定にどれだけの遅延があるかを事前に実測し、ネタバレ性の高い演出のキュー出しタイミングに反映させる。手順そのものは、現場で30分もあれば組める。
この記事で手に入るもの
有料部では、次を具体的な数値と手順で手に入れられる。
- 主要な配信方式の遅延を自分の現場で実測する手順（所要時間つき）
- 実測値から「プラットフォーム別オフセット表」を作り、進行台本に組み込む手順
- カウントダウン・結果発表・大逆転演出でネタバレを防ぐキュー設計の具体例
- 遅延を二重に重ねてしまう「よくある誤り」と、めったに出ない「珍しいトラブル」の見分け方
この遅延差を知らないまま同時配信のカウントダウンを設計すれば、次の本番でもSNSが先に「正解」を漏らし、遅い配信の視聴者から同じ苦情が届く。その15秒を演出の武器に変える手順が、このあとにある。
コメント