問題の説明
スタッタリングは、ライブストリームの再生中に発生します。
トラブルシューティング
スタッタリングは、多くの原因により、ライブストリームの再生中に発生する可能性があります。 問題をトラブルシューティングするには、次の点を考慮し、実際の状況に基づいて対策を講じます。
ストリーム取り込みクライアント
データ伝送レートは、不十分なアップストリーム帯域幅またはネットワークジッタのために、スムーズな再生のフレームレート要件を満たすことができません。
解決策: ネットワーク速度テストツールであるSpeedtestを使用して、アップストリームのインターネット接続の速度を測定することを推奨します。
ハードウェアは、指定されたビットレート、フレームレート、またはエンコードレベルの要件を満たしていない場合があります。 これは、符号化待ち時間を引き起こし、滑らかな再生を妨げます。
解決策: 指定されたビットレート、フレームレート、およびエンコードレベルの要件を下げて、再生の吃音が減少しているかどうかを確認できます。 再生の吃音が少ない場合は、ハードウェアのアップグレードを検討できます。
ストリームの取り込み中に特定の量のCPUリソースが消費されます。 古いハードウェアを備えた携帯電話の場合、ストリームの取り込み中に全体的なCPU使用率が80% を超えると、画面のちらつきや吃音が異なるレベルで発生する可能性があります。 一方、ビデオキャプチャとユーザーエクスペリエンスが影響を受けます。
ビデオキャプチャレートが低すぎます。
解決策: 人間の目の場合、フレームレートが15フレーム /秒 (FPS) 以上のビデオは滑らかに見えます。 ビデオのフレームレートが10 FPS未満の場合、再生中に吃音が頻繁に発生する可能性があります。 特に指定がない限り、ビデオフレームレートを15 FPS以上に設定できます。
ビデオのフレームレートが高いほど、動きがより滑らかに知覚されます。 しかし、フレームレートが30 FPSを超えると、人間の目はその効果を認識できなくなります。 一方、映像のフレームレートを上げると、伝送帯域幅が増加する。 そのため、適切なフレームレートを設定することを推奨します。
サーバー
即時の読み込みを確実にし、吃音を減らすために、サーバーはデフォルトで再生前に4秒のデータをキャッシュできます。 サーバ上のキャッシュは、再生前の待ち時間を引き起こす可能性があります。 キャッシュ期間は、グループ・オブ・ピクチャ (GOP) サイズによって変化する。 キャッシュ期間を設定して、再生の吃音を減らすことができます。
高いライブストリーミング遅延を設定し、設定を保存できます。 詳細については、「ライブストリーミング遅延の設定」をご参照ください。
実際のレイテンシは、レイテンシ設定とストリームプッシュのGOPサイズの2つの要因に関連しています。 たとえば、RTMP (Real-Time Messaging Protocol) レイテンシを中程度に設定し、GOPサイズを2秒に設定した場合、実際のレイテンシは2秒から6秒になります。
高いレイテンシを設定すると、ライブストリームと再生クライアントの同期が外れます。 したがって、ビジネスニーズに基づいて適切なレイテンシレベルを選択することを推奨します。
再生クライアント
ほとんどのプレーヤーは、キャッシュがいっぱいになると、キャッシュされたデータをデコードして再生します。 キャッシュサイズは再生のスタッタリングに影響します。 キャッシュサイズを大きくして、再生の吃音を減らすことができます。
ネットワーク帯域幅
ほとんどのシナリオでは、ネットワーク条件のために再生中に吃音が発生します。 次の一般的な原因は吃音につながる可能性があります。
ネットワーク帯域幅の削減: インターネットサービスプロバイダーに連絡して、ネットワーク帯域幅のサイズを確認し、帯域幅がライブストリームに十分かどうかを確認します。
ダウンストリーム帯域幅の消費: アクティビティのダウンロードによってネットワーク帯域幅が消費されるかどうかを確認します。
消費されたシステムリソース: 多数のプログラムがバックグラウンドで実行されているかどうかを確認します。 実行中で、リソースのリリースに不要になったプログラムを削除または停止できます。