ビデオ入力の損失の処理

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

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

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

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

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

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

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

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

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

入力プローブの失敗と比較した入力損失

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

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

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

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

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

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

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

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

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

置き換えコンテンツの設定

置換コンテンツの長さをカスタマイズしたり、スレートに使用するイメージや色をカスタマイズしたりできます。例えば、スレートをイメージに変更できます (例: Please stand by ）。

注記

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

1. コンソールの「チャネルの作成 MediaLive」ページで、「一般設定」を選択します。グローバル設定 を展開します。必要に応じて、グローバル設定を有効にする を選択します。

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

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

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

   • Black Frame Msec の有効期限が切れたら、入力損失イメージタイプ で指定されたスレートまたは色を送信し、入力損失イメージカラー または入力損失イメージスレート に切り替えます。

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

配信のカスタマイズ

置換コンテンツのデフォルト処理を変更して、エンコードされた出力を配信するのではなく、 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	チャンネルがリピートフレームを処理するように設定されている場合は、リピートフレームのみをエンコードします。コンテンツが終了したら、この出力グループ内のすべての出力の配信を停止します。 は基盤となる RTMP 接続を開いた MediaLive ままにしていることに注意してください。
UDP	EMIT_PROGRAM	代替コンテンツをエンコードし、プログラムとこの出力グループのすべてのテーブルを配信します。 これは UDP のデフォルトです。
UDP	DROP_TS	この出力グループのトランスポートストリーム全体の配信を停止します。
UDP	DROP_PROGRAM	TS ビットレート要件を満たすために、トランスポートストリームからプログラムを削除します。 はプログラムを null パケット MediaLive に置き換えます。 この出力グループの null パケットとすべてのテーブルを配信します。

レコメンデーション

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

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

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