ビデオ入力の損失の処理 - MediaLive
MediaLive がビデオ入力損失を処理する方法置換コンテンツの設定配信のカスタマイズ

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

ビデオ入力の損失の処理

チャンネルへのビデオ入力が失われたときに MediaLive がメディアを処理する方法をカスタマイズできます。

MediaLive がビデオ入力損失を処理する方法

MediaLive が入力を取り込むと、ビデオソースが失われたことを検出する可能性があります。この損失により、MediaLive は入力損失動作処理の実行を開始します。MediaLive は、出力側で代替コンテンツ (フィルフレーム) のエンコードを開始します。この処理により、チャンネルはビデオコンテンツをエンコードし続けることができます。(MediaLive の主要なルールは、実行中のチャンネルは常にコンテンツをエンコードする必要があることです。）

チャネルは、回復して通常のエンコーディングに戻るまで、入力損失処理に従います。チャネルの復旧方法は、自動入力フェイルオーバーを実装するかどうかによって異なります。

  • 自動入力フェイルオーバー を実装すると、ビデオブラックフェイルオーバー条件が別の入力への切り替えをトリガーするまで (または入力が回復するまで）、入力損失処理が続行されます。2 番目の入力が失敗した場合、入力損失処理は再開され、両方の入力で問題が解決されるまで続行されます。

  • 自動入力フェイルオーバーを実装しない場合、入力が回復するか、入力の問題を解決するまで、入力損失処理は続行されます。

2 つの機能は相互に補完しますが、異なるタイミングで動作します。

  • 入力損失処理は、予想されるフレームの到着に失敗するとすぐに発生します。例えば、入力のフレームレートが 60 FPS の場合、フレームが前のフレームから 17 Msec 以内に届かない場合、処理がトリガーされます。(17 Msecs は約 1 秒を 60 で割った値です）。

  • 自動入力フェイルオーバーのトリガーは長く、設定可能です。一般的なトリガーは 1000 Msec です。

入力プローブ障害と比較した入力損失

入力損失処理は、以前に正常な入力が異常になった後にのみ発生します。

また、入力が失敗する前に失敗する可能性もあります。チャンネルが起動し、MediaLive が最初の入力の取り込みを開始すると、入力がプローブされ、入力とソースを検出しようとします。検出が失敗すると、入力とシャネルはすぐに失敗します。問題を解決し、チャンネルを再起動する必要があります。問題は、入力が存在しない (この問題は主に RTMP 入力に適用されます) か、入力が現在のチャネル仕様 を超えているか、入力設定が間違っている可能性があります。

デフォルトの動作入力損失処理

入力損失処理のデフォルトは次のとおりです。

  • 代替コンテンツのエンコード: 受信した最後の有効なフレームを繰り返しエンコードします。1,000 Msec で繰り返します。次に、ブラックフレームを 1,000 Msec でエンコードします。次に、ブラックスレートを無期限にエンコードします。

  • コンテンツの配信: デフォルトの処理では、エンコードされた代替コンテンツを出力 (配信) します。

入力損失処理のカスタマイズ

  • 置換コンテンツのタイミングをカスタマイズし、スレートの内容をカスタマイズできます。

  • 一部の出力グループタイプでは、エンコードされたコンテンツが配信されないように配信を変更できます。

置換コンテンツの設定

置換コンテンツの期間をカスタマイズしたり、スレートに使用するイメージや色をカスタマイズしたりできます。例えば、スレートをイメージに変更できます ( で を立てるなど）。

注記

このセクションでは、「ゼロからのチャンネルの作成」で説明しているチャンネルの作成または編集に精通していることを前提としています。

  1. MediaLive コンソールのチャンネルの作成ページで、全般設定 を選択します。グローバル設定 を展開します。必要に応じて、[Enable global configuration] (グローバル設定の有効化) を選択します。

  2. 入力損失動作 で、入力損失動作 を選択します。追加のフィールドが表示されます。これらのフィールドは、次のように代替コンテンツを制御します。

    • Repeat Frame Msecで指定された時間、最後の有効なフレームをエンコードします。ゼロは無効 (繰り返しフレームをスキップして黒いフレームに移動する) を意味します。値 1,000,000 は、前の を永遠に繰り返すことを意味します。

    • Repeat Frame Msec の有効期限が切れたら、Black Frame Msec で指定された時間、ブラックフレームをエンコードします。ゼロは無効 (黒いフレームをスキップしてスレートに移動する) を意味します。値 1,000,000 は、ブラックフレームを永遠に繰り返すことを意味します。

    • Black Frame Msec の有効期限が切れたら、Input Loss Image Type で指定されているように、指定されたスレートまたは色の送信に切り替え、Input Loss Image Color または Input Loss Image Slate に切り替えます。

  3. 1 つ以上のフィールドに入力して動作をカスタマイズします。MediaLive コンソールのフィールドの詳細については、フィールドの横にある [Info] (情報) リンクを選択してください。

配信のカスタマイズ

置換コンテンツのデフォルトの処理を変更して、エンコードされた出力を配信する代わりに MediaLivediscardsするようにできます。処理は、次のタイプの出力グループで変更できます。

  • HLS

  • Microsoft Smooth

  • RTMP

  • UDP/TS

MediaPackage を除く他のすべてのタイプの出力グループの場合、MediaLive は常にコンテンツを配信します。MediaPackage 出力グループの場合、MediaLive は常に配信を一時停止します。

注記

このセクションでは、「ゼロからのチャンネルの作成」で説明しているチャンネルの作成または編集に精通していることを前提としています。

  1. MediaLive コンソールのチャンネルの作成ページで、左側のナビゲーションバーで出力グループを選択します。

  2. 出力グループの設定セクションで、その出力グループの入力損失アクションフィールドを見つけます。この出力グループのすべての出力 (ビデオを含まない出力を含む) に必要なオプションを選択します。この手順の後の表を参照のこと。

この表は、出力グループの配信オプションを示しています。列の各行を読みます。

出力グループのタイプ フィールド 説明

HLS

Microsoft Smooth

RTMP

 EMIT_OUTPUT 代替コンテンツを配信します。

これは、これらの出力グループのデフォルトです。

HLS

Microsoft Smooth

RTMP

 PAUSE_OUTPUT チャンネルがリピートフレームを処理するように設定されている場合は、リピートフレームのみをエンコードします。コンテンツが終了したら、この出力グループ内のすべての出力の配信を停止します。

MediaLive は基盤となる RTMP 接続を開いたままにしておくことに注意してください。
UDP EMIT_PROGRAM 代替コンテンツをエンコードし、プログラムとこの出力グループのすべてのテーブルを配信します。

これはUDPのデフォルトである。
UDP

DROP_TS

 この出力グループのトランスポートストリーム全体の配信を停止します。
UDP DROP_PROGRAM

トランスポートストリームからプログラムを削除します。MediaLive は、TS ビットレート要件を満たすために、プログラムを null パケットに置き換えます。

この出力グループの null パケットとすべてのテーブルを配信します。

レコメンデーション

配信がダウンストリームシステムの期待を満たしていることを確認する必要があります。

例えば、チャネルが標準チャネル (2 つの冗長パイプラインを含む) である場合、ダウンストリームシステムは 2 番目のパイプラインからの出力に切り替えるように設定される場合があります。この場合、出力の出力を停止するように出力を設定することをお勧めします。

別の例として、チャネルにはパイプラインが 1 つだけある場合があります。さらに、MediaLive からの配信が失われた場合、ダウンストリームシステムは正常に動作しない可能性があります。したがって、出力を出力するように をセットアップすることをお勧めします。ダウンストリームシステムは安定しており、MediaLive を「スタンドバイ」スレートでセットアップして、ビデオを視聴するユーザーのエクスペリエンスを向上させることができます。