短い回答: 拡張 RTMP は RTMP/FLV メッセージ形式を拡張し、互換性のある送信者と受信者が HEVC やAV1.送信者と受信者は依然として一致するコーデックのサポートを必要とします。 RTMPS は、TLS で保護されたトランスポートのバリアントです。イベントを作成する前に、現在の YouTube 取り込み仕様を確認してください。
YouTube 出力から始めます契約
| レイヤー | 回答すべき質問 | しないでくださいinfer |
|---|---|---|
| 拡張 RTMP | 送信者と YouTube 取り込みパスは必要な拡張コーデックをサポートしていますかシグナリング? | すべての RTMP レシーバーが HEVC または AV1 を受け入れること |
| ビデオ コーデック | どのコーデック、プロファイル、解像度、フレーム宛先は現在受け入れられるレートおよびレート制御値ですか? | コーデックの選択は暗号化であること |
| RTMPS | YouTube が提供する安全な取り込み URL は何ですか?このストリームの場合? | 無関係の RTMP サーバーが rtmps:// |
| ] | 視聴者再生 | YouTube の処理とレンディションのステータス取り込み後のレポート? |
コントリビューション コーデックが視聴者の最終レンディションであること
Output YouTube ライブ ストリームを作成またはスケジュールし、現在のサーバー URL とストリーム キーのみを宛先構成にコピーします。宛先ドキュメントのソース プロファイルを選択します。 YouTube のエンコーダ設定ページ
は、現在のコーデック、解像度、ビットレート、プロトコル ガイダンスの権威です。以前のイベントで機能したという理由だけでプロファイルを再利用しないでください。
YouTube 出力を作成します 選択したソース バインディングと YouTube 宛先 URL/キーを使用してリストリームを作成します。これは出力ワークフローです。YouTube の宛先設定がそのハンドオフを制御します。基礎となるコントロール サーフェスについては、 再ストリーミング およびライブ ビデオ トランスコーディング
を参照してください。
プロダクションからプロファイルを選択する
YouTube から逆方向に作業する現在公開されている取り込み設定。ソースに必要なコーデックがすでに存在するかどうか、または出力にサポートされているトランスコード プロファイルが必要かどうかを確認します。また、目的地ガイダンスに対するオーディオ コーデック、キーフレーム ケイデンス、レート コントロールも確認してください。拡張 RTMP はコーデック機能情報を伝送します。リハーサルを使用して実際の出力を評価します。
具体的な出力の 1 つの選択肢
それを受け入れるイベントの場合、1080p30 H.264/AAC が互換性を最優先した実用的な選択肢です。現在の YouTube エンドポイントと実際のソース/出力がそのルートをサポートしている場合は、拡張 RTMP を備えた HEVC を使用します。いずれの場合も、リハーサル前にビデオ プロファイル、GOP/キーフレーム ケイデンス、オーディオ、割り当てられたエンドポイントを確認します。
- 視聴者パスをリハーサルします
- 正確なソースを使用してプライベート テストを開始しますformat.
- Callaba が入力を認識し、設定された出力が接続されていることを確認します。
- 受信したストリームの状態と警告について YouTube Live Control Room を確認します。
- プレビュー/視聴パスを開き、プログラムの音声とビデオ。
ソースを一度停止して再起動し、観察された回復手順を文書化します。
境界による診断
ソースが正常であっても YouTube に取り込みが表示されない場合は、コピーしたサーバーを再確認してくださいURL/キーと出力プロトコル。 YouTube がストリームを受信してもビデオを拒否する場合は、コーデック/プロファイルおよびその他のエンコーダ設定を現在の仕様と比較してください。取り込みは正常だが視聴者ビューが遅延しているか利用できない場合は、RTMP ソースをやみくもに変更するのではなく、YouTube イベントの状態と再生パスを検査してください。
参考資料と次のステップ YouTube のライブ エンコーダ設定 を使用してください。 Veovera Enhanced RTMP v2 仕様 を構成参照として使用します。最初に Callaba に公開するソースの場合は、 RTMP サーバーを使用してから、別の YouTube 出力を構成します。
