ストリームの遅延：原因とTwitch、YouTube、Trovoの設定

ストリームの遅延とは何か

ストリームの遅延とは、カメラの前で起きた出来事と、それが視聴者に届くまでの時間のことです。たとえば、あなたがフレーズを言ったのに、視聴者がそれを数秒後に聞いたとします。この流れには、映像と音声のキャプチャ、信号処理、エンコード、サーバーへのストリーム送信、プラットフォームによる配信の準備、視聴者のデバイスでの再生が含まれます。

遅延は必ずしもインターネットの問題を意味するわけではありません。遅れの一部はプラットフォーム自体の配信モードに組み込まれています。さらに、エンコーダーの過負荷、パケット損失、サーバーまでの不安定なルート、視聴者のプレーヤー内のバッファによって追加の時間が生じます。チャットも別途考慮する必要があります。メッセージは、視聴者がそのメッセージが関連する瞬間を見るよりも遅れて届くことがあります。

遅延が小さいほど、視聴者とリアルタイムでやり取りしやすくなります。しかし、最小限のバッファは、障害発生時にストリームを復旧するための余裕をあまり残しません。そのため、モードは配信の形式を考慮して選びます。落ち着いた会話なら数秒の遅れは気にならないこともありますが、メッセージへの反応を伴うゲーム、クイズ、共同配信では違いが重要になります。

プラットフォームのモードが遅延にどう影響するか

プラットフォームは再生前にあらかじめ映像の一部を蓄積します。この蓄積をバッファと呼びます。大きなバッファは、映像を止めずに短時間の接続障害を乗り切るのに役立ちますが、視聴者は配信をより遅れて見ることになります。小さなバッファは新しいフレームをより速く届けますが、配信者と視聴者のインターネットの安定性に対してストリームの要求が厳しくなります。

通常は、通常モード、低遅延、最小遅延が利用できます。名称や機能のセットはプラットフォームによって異なります。視聴者とやり取りするなら低遅延を選び、最小遅延はチャットに素早く反応する必要がある場合にのみ選びます。切り替えた後に視聴者が停止、読み込み中のメッセージ、頻繁な再接続を経験する場合は、より安定したモードに戻してください。

自動バッファリングは、視聴中にすでに遅延を追加することがあります。これは、データが不均等に届く場合、視聴者が画質を変更する場合、一時停止後に戻る場合、接続を復旧する場合に起こります。そのため、遅延の設定は配信の開始時だけでなく、数分間の動作後にも確認します。

Twitch、YouTube、Trovoで低遅延を有効にする方法

モードは重要な配信の開始前に変更するのが望ましいです。設定を保存した後、別のデバイスから短いテストを行ったり、視聴者に配信を確認してもらったりしてください。応答時間だけでなく、視聴の安定性も比較しましょう。プラットフォームのパネルでの設定はOBSのパラメータよりも重要です。プログラムはストリームをエンコードして送信しますが、プレーヤーにどれだけの映像の余裕を与えるかを決めるのはプラットフォームだからです。

Twitch

Creator Dashboardを開き、Settingsに進み、次にStreamを選択します。遅延モードのセクションでLatency Modeを見つけ、Low Latencyを設定します。パネルに個別の保存ボタンが表示されている場合は、設定を保存します。その後、テスト配信を開始し、同じネットワークに接続されていない携帯電話や別のコンピューターで確認します。

Twitchの低遅延モードはチャットとのやり取りを想定していますが、インターネットが不安定な視聴者には停止が発生することがあります。苦情が一人の視聴者からのみ寄せられた場合は、まずその視聴者に現在の配信に戻るボタンを押すか、ページを更新するか、画質を下げるよう依頼してください。視聴者側の単一の問題で配信モードを変更しないでください。

YouTube

YouTube Studioにログインし、Live Control Roomを開きます。配信の作成または編集時に、ストリーム設定に進み、Latencyの項目を見つけます。通常のインタラクティブな配信にはLow latencyを選び、メッセージにできるだけ素早く返信することが重要な場合はUltra low latencyを選びます。選択したモードがテンプレートだけでなく、目的の配信に適用されていることを確認してください。

YouTubeの最小遅延は、不均一なデータ送信に対する余裕をあまり残しません。配信がより頻繁にバッファリングし始めたら、Ultra low latencyの代わりにLow latencyを使用してください。常時やり取りのない落ち着いた配信なら、Normal latencyのままでも構いません。このモードは通常、短時間の接続問題によりよく耐えます。

Trovo

Trovo Studioまたはクリエイターパネルを開き、配信を作成し、配信の詳細設定に進みます。Latency、Stream latency、Low latencyという名前の項目を見つけ、低遅延を選択します。セクションの名前はパネルのバージョンによって異なる場合があるため、プロフィールのパラメータではなく、配信自体の設定を基準にしてください。適用ボタンがある場合は、配信開始前に変更を保存してください。

Trovoのパネルに遅延の切り替えがない場合、プラットフォームがモードを自動的に割り当てている可能性があります。その場合は、安定した送信、適切なサーバー、正しいビットレート、視聴者のプレーヤーの確認によって遅延を減らすことができます。開始後、複数のデバイスで配信を比較してください。そうすれば、遅延が視聴者全体に共通するものかどうかを理解できます。

配信者のインターネットの安定性

配信には、最大アップロード速度だけでなく、配信全体を通じたその安定性が重要です。接続は、急激な低下なしに選択したビットレートに耐えなければなりません。ストリームが断続的に送信されると、データの一部が失われたり遅れたりし、プログラムとサーバーが連続した映像を組み立てようとします。その結果、遅延が増大し、フレームの欠落が現れたり、配信がバッファリング状態になったりします。

配信者のコンピューターにとって最も信頼できる選択肢は、LANケーブルでルーターに接続することです。Wi-Fiは、ルーターまでの距離、壁、干渉、他のデバイスからの負荷に影響されます。ファイルのダウンロード、ビデオ通話、クラウド同期、ゲーム、同じネットワークでの動画視聴は、まさに配信に必要な時にアップロード速度を奪うことがあります。

配信前に不要なダウンロードを停止し、どのデバイスが家庭内ネットワークを使用しているかを確認してください。複数のユーザーが同時に作業している場合にのみ問題が発生するなら、原因はOBSではなく回線の配分にある可能性があります。定期的な低下がある場合は、ルーター、ケーブル、プロバイダーの動作を時間帯を変えて確認してください。

速度テストは特定の時点での接続状態を示すものであり、配信の監視の代わりにはなりません。少し間隔を空けて複数回のチェックを実行し、特にuploadに注目してください。最良の結果ではなく、最も低い安定した値を基準にしてください。料金プランの「〜まで」という速度は、配信全体を通じてその数値が維持されることを意味しません。

アップロード速度に応じたビットレートと解像度の選び方

映像のビットレートは、アップロード回線の全体を占めてはいけません。制御トラフィック、音声、負荷の変動、他のデバイスの動作のために余裕を残してください。実用的な目安は、映像に安定したアップロード速度のおよそ半分から3分の2を使用することです。数値が著しく変動する場合は、下限値で計算してください。

• 安定したアップロードが約5Mbpsの場合、映像ビットレート2500〜3000kbpsと解像度1280×720から始めてください。動きの多いゲームでは、コンピューターがより高いフレームレートに耐えられない場合、30fpsが適していることが多いです。
• アップロードが約8Mbpsの場合、4000〜5000kbpsを試せます。プラットフォームとコンピューターに応じて、これは720p60または1080p30に適しています。1つの選択肢だけを選び、テスト配信で確認してください。
• 安定したアップロードが約12Mbpsの場合、6000〜7500kbpsと1080p30または1080p60を検討できます。その前に、選択したプラットフォームの最大ビットレートを確認し、ネットワーク用の余裕を残してください。

これらは開始のための目安であり、万能の要件ではありません。正確な限界は、プラットフォーム、エンコーダー、形式によって異なります。プラットフォームが独自の範囲を示している場合は、それが優先されます。アップロードが不安定な場合は、回線の限界で高画質を維持しようとするよりも、ビットレートと解像度を下げる方が良いです。

ほとんどのライブ配信では、プラットフォームの設定で定められている場合、固定ビットレート、つまりCBRが使用されます。キーフレーム間隔はプラットフォームの要件に従って設定してください。特に指定がない場合、しばしば2秒の間隔が使用されますが、Trovoや他のプラットフォームでは配信パネルで最新の推奨事項を確認してください。不適切な間隔は、映像の復旧や画質の切り替えを妨げることがあります。

高解像度自体はネットワーク遅延を生みませんが、エンコーダーと回線への負荷を増やします。システムが限界で動作している場合、1080p60から1080p30へ、または1080p30から720p60へ移行すると、より安定した結果が得られることがよくあります。トーク配信では通常、フレーム内の最大限のディテールよりも、クリアな音声と停止のなさの方が重要です。

配信サーバーとプラットフォームまでのルート

エンコード後、ストリームはプラットフォームのサーバーに送信されます。コンピューターとこのサーバーの間にはいくつかのネットワークノードがあるため、ルートの品質も遅延に影響します。良い料金プランでも、個々のノードの過負荷、メンテナンス作業、特定の方向への不安定な接続を排除できません。

地理的に最も近いサーバーが常に最良とは限りません。選択する際は、距離だけでなく、送信の均一性、再接続の不在、失われたフレームの割合、テスト中の結果の安定性も評価してください。少し大きな応答時間でもデータを失わないサーバーは、短い応答時間でも常に低下する選択肢よりも優れています。

サーバーのテスト方法

プラットフォームがサーバーのリストを提供している場合、OBSでSettings、次にStreamのセクションを開き、目的のサービスを選択した後にServerフィールドを見てください。Twitchでは、このリストからサーバーを比較できます。Trovoでは、利用可能な接続ポイントまたはクリエイターパネルが示すサーバーアドレスを使用してください。YouTubeは受信ストリームのルートを自分で選択することが多いため、そこではサーバーの手動比較が利用できない場合があります。

1. すべてのテストで同じ解像度、フレームレート、エンコーダー、ビットレートを選択します。
2. 最初のサーバーでテスト配信を開始し、最初の数秒だけでなく動作を確認できるよう数分間そのままにします。
3. メニューのView、Docks、StatsからOBSの統計を開きます。dropped frames、再接続、レンダリングとエンコードのスキップを記録します。
4. 同じ条件で、できれば同じ時間帯に、家庭内ネットワークでダウンロードせずに、他のサーバーでも確認を繰り返します。
5. 個別の最良の瞬間ではなく、テスト全体を比較します。再接続がなく、失われたフレームの割合が最小のサーバーを選びます。

追加の確認として、接続設定からサーバーのアドレスまたは名前を調べ、pingコマンドを実行できます。Windowsではping -n 30 サーバー名を使用し、macOSとLinuxではping -c 30 サーバー名を使用します。応答の損失は最終行に示されます。tracerouteまたはpathpingコマンドは、問題のあるルートの区間を確認するのに役立ちますが、実際のRTMP送信のテストの代わりにはなりません。サーバーはICMPリクエストと映像ストリームを異なる方法で処理することがあります。

主な指標は依然として配信の統計です。OBSでネットワークによるdropped framesの割合が増加したり、再接続が発生したり、ストリームが断続的に送信されたりする場合、そのサーバーとルートは成功とは言えません。利用可能なすべてのサーバーが同じ問題を示す場合、原因はプロバイダーかプラットフォーム自体にある可能性があります。必要なく重要な配信中にサーバーを切り替えないでください。再接続は一時的に遅延を増やし、配信を中断することがあります。

コンピューターが遅延にどう影響するか

プラットフォームに送信する前に、映像はキャプチャ、処理、エンコードされる必要があります。コンピューターがこれらの操作のいずれかを時間内に実行できない場合、ストリームがインターネットに出る前に遅延が生じます。OBSの統計では、これはレンダリングまたはエンコードのスキップとして現れます。フレームが生成されるのが遅すぎる場合、良好な通信回線でも状況を修正できません。

レンダリングのスキップは、多くの場合、ビデオカードへの負荷に関連しています。ゲームが利用可能なリソースのほぼすべてを占有し、OBSにシーンのキャプチャに十分な能力が残らないことがあります。ゲームのフレームレートを制限し、重いグラフィック設定を下げ、視聴者に見えないエフェクトを無効にしてください。ビデオカードの空きリソースは、あなただけが見る最大フレームレートよりも重要です。

エンコードのスキップは、プロセッサーまたはハードウェアエンコーダーの過負荷を示します。不要なプログラム、余分なブラウザタブ、バックグラウンド同期、録画アプリを閉じてください。シーンを簡素化し、重いフィルターやアニメーションを削除してください。ソフトウェアエンコードの場合は、より高速なプリセットを選択するか、解像度とフレームレートを下げてください。

ハードウェアエンコーダーは作業の一部をビデオカードに移しますが、システムへの負荷をなくすわけではありません。カメラ、フィルター、ブラウザソース、アニメーション通知を追加した後に問題が発生した場合は、その要素を一時的に無効にして統計を比較してください。結果の原因を理解するために、変更を一度に1つずつ確認してください。

配信終了時のコンピューターの温度と動作を監視してください。過熱するとコンポーネントのクロック数が低下することがあるため、最初は安定していた配信が徐々にフレームを落とし始めます。配信中にレンダリング、アーカイブ、その他の重いタスクを実行しないでください。

遅延がどこで発生しているかを把握する方法

まず、配信の遅延が大多数の視聴者で同じかどうかを確認してください。問題が全員に同時に発生した場合は、プラットフォームの遅延モード、接続状態、選択したサーバー、OBSの統計を確認してください。苦情が一人の視聴者だけなら、原因はその人のネットワーク、デバイス、プレーヤーにある可能性が高いです。

次に、スキップをいくつかの種類に分けます：

• レンダリングのスキップは、シーンの準備にビデオカードのリソースが不足していることを示します;
• エンコードのスキップは、プロセッサーまたはハードウェアエンコーダーが映像を処理しきれていないことを示します;
• 送信フレームの損失は、ネットワーク、サーバーまでのルート、または高すぎるビットレートに関連しています;
• 正常な統計で遅延が滑らかに増加する場合は、プラットフォームまたはプレーヤーのバッファに関連している可能性があります。

おおよその測定には、カメラの前にストップウォッチや時計の画面を置き、短いフレーズを言い、同時に時刻を記録します。別のデバイスで配信を開き、フレーズが現れた瞬間を記録します。ローカルキャッシュの影響を排除するために、モバイルインターネットまたは別のネットワークを使用するのが望ましいです。このようなテストは、サーバーまでの経路だけでなく、シーンと視聴の間の全体的な遅延を示します。

複数のデバイスとネットワークで確認してください。モバイルネットワークの携帯電話で、視聴者のコンピューターと同じように配信が遅れる場合、問題はおそらくその人のWi-Fiだけにとどまりません。遅延が徐々に増加する場合は、視聴者に現在の配信に移動するボタンを押すよう依頼し、バッファのリセット後の結果を比較してください。

チャットのメッセージは大まかな確認にのみ適しています。それは別のチャネルを通り、独自の遅延で表示されることがあります。より正確な比較には、目に見えるタイマー、カメラの前での手拍子、または事前に合意した視覚的な合図を使用してください。

視聴者ができること

遅延の一部は、ストリームが配信者のコンピューターを離れた後に発生します。結果は、視聴者のインターネット速度、Wi-Fiの安定性、選択した画質、ブラウザ、アプリ、デバイスの性能に影響されます。接続が弱いと、プレーヤーは映像を止めないためにバッファを蓄積するため、視聴者は配信をより遅れて見ることになります。

視聴者にいくつかの操作を確認してもらいましょう：

• 視聴が著しく遅れている場合、現在の配信に戻るボタンを押す;
• ページを更新するか、アプリを再起動する;
• 自動モードが常に解像度を変更して動画を一時停止する場合、画質を手動で選択する;
• 停止時に画質を下げ、並行してダウンロードせずに視聴を確認する;
• ネットワークやデバイスのリソースを使用している余分なタブやアプリを閉じる;
• 別のブラウザ、アプリ、または別のデバイスで視聴を比較する;
• VPN経由でのみ配信が不安定に読み込まれる場合、一時的にVPNを無効にする。

映像が時間通りに届いても、ぎくしゃくして再生される場合、原因はデコード、過熱、またはデバイスの設定にある可能性があります。古いスマートフォン、テレビ、コンピューターでは、より低い画質とバックグラウンドアプリの終了が役立つことがあります。問題が一人の視聴者だけにある場合、配信全体の設定を変更する必要は通常ありません。

安定性を損なわずに遅延を減らす方法

プラットフォームから始めてください。適切な低遅延モードを有効にし、プレーヤーが追加のバッファを蓄積していないか確認します。次にネットワークを設定します。ケーブルを使用し、余分な負荷を取り除き、選択したサーバーまでのルートを確認します。その後、コンピューターに移ります。ネットワークの問題をエンコーダーの設定で修正しようとしないでください。

エンコードのスキップがある場合は、プロセッサーへの負荷を減らすか、正しく動作するハードウェアエンコーダーに切り替えてください。レンダリングのスキップが発生する場合は、ビデオカードへの負荷を下げてください。ゲームを簡素化し、フレームレートを制限し、シーンのソースを確認します。送信時にフレームがスキップされる場合は、ビットレートをプラットフォームの推奨事項とアップロード回線の能力と照らし合わせてください。

すべてのパラメータを一度に変更しないでください。まず元の設定を記録し、次に1つの指標を変更して新しいテストを行います。そうすれば、何が結果に影響したかを理解できます。少し低い解像度の安定したストリームは通常、定期的にフリーズしてバッファリング状態になる高画質の配信よりも、やり取りに便利です。

簡単なまとめ：手順ごとに何をするか

1. 配信の形式を決め、Twitch、YouTube、Trovoのパネルで適切な低遅延モードを有効にする。
2. コンピューターをケーブルでルーターに接続し、ダウンロード、クラウド同期、アップロードを使用する他のタスクを停止する。
3. 安定したupload速度を数回確認し、ネットワーク用の余裕を残して下限値でビットレートを計算する。
4. コンピューターと回線がスキップなしに耐えられる解像度とフレームレートを選ぶ。
5. 同じ条件で利用可能なサーバーをテストし、再接続がなくフレーム損失が最小の選択肢を選ぶ。
6. OBSでレンダリング、エンコード、送信のスキップを個別に確認する。
7. 別のデバイスと別のネットワークで遅延を測定し、配信者の問題と視聴者の問題を切り分ける。
8. パラメータを一度に1つずつ変更し、各変更後にテスト配信を再度行う。