配信 5分で読めます 2

配信遅延とは？低遅延モードと安定性の決め方

ライブ配信でコメントへの返答が噛み合わない、遠隔出演者との会話が遅れる、視聴画面だけ数十秒遅れて見える。こうしたズレは、ひとつの設定だけで生まれるとは限りません。撮影から視聴までの複数区間で少しずつ時間が加算されます。

この記事では、配信遅延が発生する仕組みを5区間に分け、低遅延モードと安定性をどう選ぶか、どこを測れば原因を切り分けられるかを解説します。

配信遅延とは

配信遅延とは、カメラの前で起きた出来事が視聴者の画面へ表示されるまでの時間差です。制作現場では「ガラス・トゥ・ガラス」と呼ばれることもあり、カメラに入った瞬間から視聴端末に映る瞬間までをまとめて捉えます。

遅延はゼロに近づければ必ず良いわけではありません。遅延を減らすためにバッファを小さくすると、回線の瞬間的な揺れを吸収しにくくなり、再生停止や映像の乱れが目立つ場合があります。大切なのは、配信の目的に必要な応答性と安定性のバランスです。

カメラの映像処理、キャプチャーデバイス、音声インターフェース、フレーム同期などで時間が発生します。映像と音声が別経路なら、それぞれの処理時間も異なります。

配信用PCやエンコーダーが映像を圧縮する区間です。画質優先の重い設定、先読み、フレームの並べ替え、処理能力不足による待ち行列などが遅延につながります。

配信データをプラットフォームへ送る区間です。平均速度が十分でも、無線の干渉、回線の混雑、パケット再送、同じ回線での大容量アップロードがあると、データ到着が不安定になります。

プラットフォーム側での受信、変換、配信先への振り分けにも時間が必要です。複数画質を用意するトランスコードや、安定再生のための蓄積量はサービスや選択した遅延モードによって変わります。

視聴端末は映像をある程度ためてから再生します。視聴者側の回線、端末性能、ブラウザーやアプリの状態でも差が出るため、配信者側だけを見ても全体の遅延は判断できません。

配信の目的	優先したいこと	考え方
コメントを拾う雑談・ゲーム	応答性	低遅延を優先し、回線とエンコードの余裕を厳しく確認する
質疑応答のあるセミナー	会話と安定の両立	質問受付の運用も含め、実測して許容範囲を決める
ライブ・講演・発表会	映像と音声の継続	視聴中断を避けるため、無理に最小遅延を狙わない

低遅延モードを選んだだけで現場全体が低遅延になるわけではありません。遠隔通話、会場モニター、配信視聴画面は別経路です。出演者が視聴ページの音を聞くと会話がループすることもあるため、連絡系統と視聴系統を分けます。

同じ配信用PCのプレビューと出力だけを比べると、配信基盤や視聴プレーヤーの遅延が含まれません。視聴者に届くまでを測りたいなら、実際の視聴ページを使うことが重要です。

許容遅延を決める：コメント応答、質疑応答、視聴安定のどれを優先するかを共有します。
プラットフォームのモードを決める：最小遅延ではなく、目的に合うモードを選びます。
有線回線と上り帯域を確認する：実際の時間帯に複数回測定し、瞬間的な最大値ではなく継続的な余裕を見ます。配信ビットレートの決め方は上り帯域から配信設定を決める手順も参考にしてください。
エンコード設定を固定する：解像度、フレームレート、ビットレート、キーフレーム間隔をプラットフォームの推奨条件に合わせます。
本番と同じ構成で実測する：配信用PC、回線、配信先、視聴端末を本番同等にします。