概要

Brightcoveライブは、ライブストリーミングイベントや 24 時間 365 日のライブストリームを作成するための堅牢なサービスを提供しています。このガイドでは、ライブ配信を最適化するためのベストプラクティスを概説します

コンテンツコンテキスト

ストリーミングされるコンテンツのタイプは、入力の品質を維持するために必要な設定に影響を与えるため、考慮する必要があります。トレードオフがあり、可能な限り高い設定を使用すると、フレームがスキップされるなどの問題が発生する可能性があることに注意してください。

以下の情報に基づいて、ライブイベントの前に、品質とパフォーマンスについてさまざまな設定の組み合わせをテストすることをお勧めします。

次の表に、主要な入力パラメーターの概要を示します。

ストリーミングに関する重要な問題

エンコーダーからBrightcoveへのストリーミングエクスペリエンスの問題に関連して、一般的に発生するいくつかの問題があります。

1. 入力に影響を与えるネットワークの不安定性：
   1. インターネットは一般的に非常に信頼性がありますが、間違いはなく、問題は発生します。ビットレートが高いほど、問題が発生する可能性が高くなります。
   2. ビデオのアップロードにリアルタイムよりも時間がかかる場合、入力ドリフトが発生する可能性があります（ビデオの受信時間は送信時よりも大幅に遅くなります）
2. トランスコーダーの過負荷によりフレームがスキップされる：トランスコーダーに十分なオーバーヘッドがあることを確認するためにあらゆることを行っていますが、コンテンツの複雑さが突然急上昇したり、ネットワークの一時的な中断やトランスコーダーへのその他の中断によってフレームがスキップされたりすることがあります。入力が複雑になるほど、スキップされたフレームが発生する可能性が高くなります。また、静止画像から5分以上の長時間の変更や、アクションコンテンツの突然の変更により、過負荷が発生する可能性があるという既知の問題もあります。
3. 可変フレーム期間を送信するエンコーダー：フレームレートは一定である必要があり、一定のキーフレーム間隔を許容するようなものである必要があります。たとえば、29.97別名30000/1001または23.976別名24000/1001などのフレームレートの場合、一定の間隔でキーフレームを設定することはできないため、避ける必要があります。
4. 一定の期間間隔ではないキーフレームを送信するエンコーダーの場合、キーフレームレートは、秒単位のフレームレートの2倍以上である必要があります。たとえば、フレームレートが30 fpsの場合、キーフレーム間隔は60フレーム（2秒）で、セグメントごとに1回の最大間隔である必要があります。たとえば、6秒のセグメントがある場合、最大間隔は180フレームになります。 30 fps

コンテンツタイプ

一般に、より複雑なコンテンツでは、これらの設定のうち高い方を使用する必要があるため、フレームがスキップされる可能性が高くなります。以下の表は、複雑な順にいくつかの例を示しています。これらは単なる例であり、ほぼすべてのエンコーダ設定が異なることに注意してください。テストと検証を実行する必要があります。

検証とテスト

理想的には、顧客は最も複雑な（最も変化するコンテンツ）で可能な限り低い設定から始めて、出力が受け入れられるまでさまざまな設定を増やしてコンテンツでテストする必要があります。これは、一般に設定が高いほど、ネットワークまたはトランスコーディングのいずれかで問題が発生する可能性が高くなるためです。

GOP構造

ビデオのGroupof Pictures（GOP）構造は、最初に次のように使用されるプロファイルに依存します。

1. ベースラインプロファイルは、IフレームとPフレームおよびCAVLCエントロピーエンコーディングのみをサポートします
2. 主要と高い I、B、PフレームとCABACエントロピー符号化をサポート

メインプロファイルとハイプロファイルは、一般に、より良い品質でより良い圧縮をもたらしますが、スキップされたフレームの影響を受けやすくなるため、エンコードとデコードに追加の計算も必要になります。さらに、これらのプロファイルはB（双方向）フレームを使用するため、エンコードプロセスにいくらかの遅延が発生します。

ベースラインプロファイルは、エンコードとデコードに必要なCPUが少なくて済みますが、圧縮が少ないため、品質を維持するために必要なビットレートが高くなり、ネットワークの問題の影響を受けやすくなります。

フレームタイプとパフォーマンスへの影響の可能性に関する注意：

1. Iフレーム：最も多くの帯域幅を使用します。完全なシーンの変更またはセグメントの境界で追加するのが最適です。つまり、コンテンツが変更されるほど、必要なものが多くなります（GOPの長さが短くなります）。
2. Pフレーム：Iフレーム間の基本単位です
3. Bフレーム：前のフレームと将来のフレームの両方を使用すると、追加するほど圧縮率は高くなりますが、CPUとレイテンシーは高くなります

の用法Iフレーム理想的には、セグメントの開始（パススルーを使用する場合は重要）またはシーンの変更に限定する必要があります。すべてまたは多数のIフレームは、フレームのスキップにつながる過剰な負荷を引き起こす可能性があるため、避ける必要があります。

その他の注意事項：

• キーフレームの密な配置を防ぐためのオプションを使用します（例： min_keyin = 3+）。
• キーフレームの挿入の定期的なリズムを保証するオプションを使用します。たとえば、GOPの長さを秒単位で指定する代わりに、正確な分数またはフレームで指定します。

ビットレート

• 最小入力帯域幅:2.5メガビット/秒
• 最大入力帯域幅:10 mbps

• ストリームを「ほぼCBR」にする-でmax_bitrate = 1.1 * target_bitrate。
• 可能な場合は、厳密なHRD準拠のレート制御モードを使用します。

プロトコル

インターネットは保証された配信ネットワークではないことに注意することが重要です。インターネット接続は「良好」と見なされる場合もありますが、高品質で信頼性の高いライブビデオストリーミングには不十分な場合があります。ISPでの少量の輻輳、ルーター間の計画外のフェイルオーバー、または同様の問題など、カスタマーエンコーダーとBrightcoveトランスコーディングプラットフォーム間のパスの小さな中断は、ビデオ出力の中断を引き起こす可能性があります。ハイステークスのライブブロードキャストでは、専用ファイバー、予約済み衛星帯域幅、または管理対象ネットワーク上のコミット済み帯域幅のいずれかで構成される複数の専用ネットワークを使用するのが通常の方法です。これにはかなりのコストがかかり、ほとんどの場合、インターネットを介して十分な成果を上げることができます。ただし、障害のないトランスポートを維持することが重要な場合は、AWS DirectConnectまたはある程度の専用帯域幅を提供できるISPを検討してください。

私たちが推奨するオプションは（順番に）：

1. SRT -トランスポート速度（UDP）と、ある程度の制御およびエラー回復力の適切な組み合わせを提供します。srt-transmitなどのローカルRTPから変換できるツールはありますが、すべてのエンコーダーで使用できるわけではありません。
2. RTMP --TCPベースであるため、優れたレベルのエラー回復力が提供されます。欠点は、これにはかなりのオーバーヘッドが伴うことです。複数のオーディオトラックなどのすべての機能がRTMPで使用できるわけではないことに注意してください。
3. RTP-FEC -エラー回復力を備えた高速UDPベースのトランスポートを提供します
4. RTP -エラー回復力のない高速転送と高度な機能を提供します

サポートされているエンコーダ

Live で動作することが知られているエンコーダの一覧については、「ライブイベントでサポートされるエンコーダ」を参照してください。他のエンコーダも動作しますが、テストされていないことに注意してください。

サポートされるCDN

• Akamai
• Amazon CloudFront

再試行

エンコーダからの RTMP 接続の再試行をイネーブルにすることを推奨します。5 秒の再試行間隔での再試行回数が多くなると、エンコーダとエントリポイント間の断続的な接続の問題が軽減されます。

ジョブ設定

推奨ジョブ設定

入力要件

次の表に、入力ライブストリームの要件を示します。

注

• ^[1-1] TS入力に複数のビデオ/オーディオトラックがある場合は、それぞれについて最初のトラックを選択します。また、インターネット経由の UDP 上のプレーンなTSは非常に信頼できないため、FEC を使用することを強くお勧めします。FECの場合、 小さい 行/列に使用する値ほど、エラー訂正の信頼性が高くなります（帯域幅が増加しますが）。

スレートソースファイルの推奨事項

• 解像度 : (あなたのエンコーディングラダーで最高)
• FPS : (ソースと同じ)
• ビットレート：（あなたのエンコーディングラダーで最高）
• オーディオ : (最高のレンディションと同じビットレート、チャンネル、サンプリング周波数、サンプルあたりのビット数、または入力と同じ)

推奨を出力する

以下は推奨出力設定ですが、多くのエンコーダでは、RTMP入力は10MBPS（ビデオ+オーディオ）、フレームレートは30fpsに制限されています。

よくある質問

ライブジョブを作成した後、ストリーミングを開始する必要があるのはどれくらいですか？

Brightcoveライブでは、waiting 状態がからに移行する場合の 2 つの条件がありますfinishing 。

1. ジョブが待機状態（まだ開始されていない）で、max_waiting_time_msが経過した場合、ジョブは終了または非アクティブになります。
2. ジョブが切断状態（開始されたが切断済み）で、reconnect_timeが経過した場合、ジョブは終了/非アクティブになります。

がevent_length 30 分を超える場合、ジョブは 30 分で終了します。がevent_length 30 分未満の場合、ジョブはで終了しますevent_length 。

たとえば、がevent_length 60 分である場合、ライブジョブは 30 分で終了します。event_length が 15 分の場合、ライブジョブは 15 分で終了します。

reconnect_time は、待機状態には影響しません。

同時ライブ job_settings の制限は何ですか？

アクティブな待機中の未開始ジョブは、いつでも 5 つまで許可されます。

同時ジョブの追加制限:

• channel（24x7）ジョブの数は、リージョンごとに0または低い数に制限されます（アカウントの種類によって異なります）。
• 同時に「実行中」eventジョブの数は、地域によって制限されており、通常は100に制限されています。
• event同時に接続するジョブの数は5に制限されています 。
• リージョンごとの SEP ジョブ数は 3 または 10 に制限されています（「サポートされている AWS リージョン」を参照）。

これらの制限は、サポートがアカウントレベルで調整できます。追加の容量が必要な場合は、アカウントマネージャーにお問い合わせください。

入力帯域幅が十分であれば、Brightcoveライブは 1080p 品質をプッシュできますか？

はい、1080p 入力はすべてのアカウントで有効です。

DRMは利用可能ですか？

はい！ライブアカウントに DRM サポートを追加する場合は、アカウントマネージャーにお問い合わせください。