ライブ配信を担当していると、こんな場面に出会うことがあります。会場ではもう次の話に移っているのに、配信のコメント欄には少し前の話題への反応が流れてくる。担当者としては「配信が壊れているのでは」と不安になりますが、これは異常ではなく、ライブ配信という仕組みが本来持っている性質です。数秒から数十秒という遅れが生まれる理由と、それを前提にした進行の工夫を整理します。
遅延は「故障」ではなく「仕組み」です
ライブ配信は、カメラが捉えた映像をそのまま視聴者に届けているわけではありません。映像を圧縮してデータに変換し、インターネットを経由して配信サービスに送り、そこから視聴者の端末に届けたうえで、少しためてから再生する、という工程を経ています。この「少しためる」動作は、通信の乱れで映像が止まったりコマ落ちしたりしないための緩衝材の役割を果たしています。つまり遅延は、映像を安定して届けるために意図的に用意されている仕組みであり、担当者側の設定ミスとは限りません。
遅延はどこで生まれているのか
遅延が生まれる場所は一箇所ではありません。まずカメラの映像を配信用データに変換する「エンコード」の処理に時間がかかります。次に、配信者側の回線やサーバーを経由する通信の過程でも遅れが積み重なります。さらに配信サービス側でも、映像を安定して配るための処理が挟まります。そして最後に、視聴者の端末やアプリ側でも再生をなめらかにするためのバッファがあります。これらが積み重なった結果として、数秒から数十秒という遅れが生じます。どこにどれくらいの遅れが乗るかはサービスや設定により異なるため、一律の秒数で語れないのが実情です。
低遅延設定は万能ではありません
多くの配信サービスには「低遅延モード」が用意されており、遅れを縮めてリアルタイムに近いやり取りをしやすくできます。ただし、これは無条件に良いことばかりではありません。低遅延にするほど、映像を安定させるための緩衝が薄くなるため、回線が少しでも不安定になると再生が止まったり画質が落ちたりしやすくなります。逆に遅延を大きめに許容すると、通信の揺れを吸収しやすくなり、途切れにくい配信になります。つまり「速さ」と「安定」はトレードオフの関係にあり、どちらが正解ということではありません。
目的に合わせて選び、進行にも反映する
だからこそ、配信の目的に応じて選ぶという考え方が大切です。視聴者からの質問にその場で答えるライブQ&Aや、リアルタイム性が価値になるクイズ企画などは、低遅延寄りの設定が向いています。一方、講演や式典、発表会のように、映像を最後まで安定して届けることが優先される場では、多少の遅延を受け入れてでも安定寄りの設定を選ぶ方が安心です。あわせて進行そのものも遅延を前提に組み立てておくと、現場の混乱を減らせます。コメントへの返事はすぐに拾わず少し間を置く、質問はある程度たまってからまとめて拾う、司会が「今のコメントは少し前の話への反応です」とひとこと添える、といった工夫が有効です。
会場と時刻がからむ場面ほど注意が必要です
会場とオンラインの両方で開催するイベントでは、会場のスクリーンに配信画面をそのまま映すと、実際の進行より遅れた映像が二重に表示され、参加者を混乱させます。会場用の映像は配信を経由させず、カメラからの映像を直接出す運用が基本です。また、時報や号砲、同時視聴イベントのように「その瞬間」が重要な企画では、視聴者側の体感時刻が数秒から数十秒ずれている前提で設計する必要があります。よくある失敗例として、進行役が配信画面を見ながら喋ってしまい間延びする、双方向性を重視して低遅延にした結果、回線が詰まって配信が止まってしまう、といったケースが挙げられます。
あわせて読みたい
会場とオンラインの時差を踏まえた進行設計に迷ったときは、お問い合わせから声をかけてください。