検証済みのオンプレミス ライブ ストリーミング エンコーダー

Media Services ロゴ v3


警告

Azure Media Services は、2024 年 6 月 30 日に廃止されます。 詳細については、 AMS 廃止ガイドを参照してください。

Azure Media Services では、ライブ イベント (以前は V2 でチャネルと呼ばれていました) は、ライブ ストリーミング コンテンツを処理するためのパイプラインを表します。 ライブ イベントは、次の 2 つの方法のいずれかでライブ入力ストリームを受信します。

  • オンプレミスのライブ エンコーダーは、マルチビットレート RTMP またはスムーズ ストリーミング (フラグメント化 MP4) のストリームを、Media Services によるライブ エンコードの実行が無効な Live Event に送信します。 取り込んだストリームは、追加の処理なしで Live Event を通過します。 この方式は、 パススルーと呼ばれます。 ライブ エンコーダーの場合は、シングルビットレートのストリームではなく、マルチビットレートのストリームをパススルー ライブ イベントに送信して、クライアントへのアダプティブ ビットレート ストリーミングを可能にすることをお勧めします。

    パススルー ライブ イベントにマルチビットレートのストリームを使用している場合は、再生側での予期しない動作を避けるために、異なるビットレートでのビデオの GOP サイズおよびビデオ フラグメントを同期する必要があります。

    ヒント

    パススルー方式を使用することが、ライブ ストリーミングを行う最も経済的な方法です。 このサービスでは、取り込み要件に応じて、基本および標準のパススルー モードがサポートされます。 基本パススルーが最も経済的ですが、機能には制限があります。

  • オンプレミスのライブ エンコーダーでは、次のいずれかの形式で、Media Services によるライブ エンコードが有効な Live Event にシングル ビットレート ストリームが送信されます。RTMP またはスムーズ ストリーミング (フラグメント化 MP4)。 次に、受信したシングル ビットレート ストリームのマルチ ビットレート (アダプティブ) ビデオ ストリームへのライブ エンコードが Live Event で実行されます。

この記事では、検証済みのオンプレミス ライブ ストリーミング エンコーダーについて説明します。 検証は、ベンダーの自己検証または顧客の検証によって行われます。 Microsoft Azure Media Services では、各エンコーダーの完全または厳密なテストは実行されず、更新プログラムの再検証は継続的に行われません。 オンプレミス ライブ エンコーダーを確認する方法については、オンプレミス エンコーダーの確認に関するページを参照してください。

Media Services でのライブ エンコードの詳細については、Media Services v3 でのライブ ストリーミングに関するページをご覧ください。

エンコーダーの要件

HTTPS または RTMPS プロトコルを使用する場合、エンコーダーで TLS 1.2 がサポートされている必要があります。

RTMP を出力するライブ エンコーダー

Media Services では、RTMP を使用した、次のいずれかのライブ エンコーダーを出力として使用することを推奨しています。 サポートされる URL スキームは rtmp:// または rtmps:// です。

RTMP を使用してデータをストリーミングしている場合は、ファイアウォールまたはプロキシ、あるいはその両方の設定で、送信 TCP ポート 1935 と 1936 が開いていることを確認します。

RTMPS を使用してデータをストリーミングしている場合は、ファイアウォールまたはプロキシ、あるいはその両方の設定で、送信 TCP ポート 2935 と 2936 が開いていることを確認します。

注意

RTMPS プロトコルを使用する場合、エンコーダーによって TLS 1.2 がサポートされている必要があります。

警告

上記のエンコーダーの一覧は、推奨リストにすぎません。 エンコーダーは、Microsoft によって継続的にテストまたは検証されるわけではなく、エンコーダー ベンダーやオープン ソース プロジェクトによって、互換性が損なわれ得る更新または重大な変更が導入される可能性があります。

フラグメント化 MP4 を出力するライブ エンコーダー (スムーズ ストリーミングの取り込み)

Media Services では、マルチビットレートのスムーズ ストリーミング (フラグメント化 MP4) を使用した、次のいずれかのライブ エンコーダーを出力として使用することを推奨しています。 サポートされる URL スキームは http:// または https:// です。

Note

HTTPS プロトコルを使用する場合、エンコーダーで TLS 1.2 がサポートされている必要があります。

  • Ateme TITAN Live
  • Antix Digital StreamZ Live (以前は Imagine Communication SelenioFlex Live)
  • Cisco Digital Media Encoder 2200
  • Elemental Live (TLS 1.2 の要件により 2.14.15 以降)
  • Envivio 4Caster C4 Gen III
  • Ffmpeg
  • Media Excel Hero Live と Hero 4K (UHD/HEVC)

ヒント

複数の言語でライブ イベント (たとえば、英語のオーディオ トラックやスペイン語のオーディオ トラックなど) をストリーミングする場合は、パススルー ライブ イベントにライブ フィードを送信するように構成された Media Excel ライブ エンコーダーを利用して、これを実現できます。

警告

上記のエンコーダーの一覧は、推奨リストにすぎません。 エンコーダーは、Microsoft によって継続的にテストまたは検証されるわけではなく、エンコーダー ベンダーやオープン ソース プロジェクトによって、互換性が損なわれ得るサポートやバグが導入される可能性が常にあります。

オンプレミス ライブ エンコーダーの設定を構成する

ご利用のライブ イベントの種類に有効な設定に関する詳細については、「ライブ イベントの種類の比較」を参照してください。

再生要件

コンテンツを再生するには、音声と映像の両方のストリームが存在する必要があります。 映像のみをストリーム再生することはできません。

構成上のヒント

  • 可能な限り、有線のインターネット接続を使用します。
  • 帯域幅要件の目安は、ストリーミングのビットレートの 2 倍です。 必須ではありませんが、この単純なルールはネットワークの混雑による影響を軽減するのに役立ちます。
  • ソフトウェア ベースのエンコーダーを使用する際は、不要なプログラムを終了します。
  • プッシュの開始後にエンコーダーの構成を変更すると、イベントに悪影響を与えます。 構成を変更すると、イベントが不安定になる可能性があります。 エンコーダーの構成を変更する場合は、ライブ イベントをリセットして、変更を反映するためにライブ イベントを再起動する必要があります。 ライブ イベントをリセットせずに停止して起動すると、ライブ イベントは以前の構成を維持します。
  • Azure Media Services との互換性を維持するために、常に新しいバージョンのエンコーダー ソフトウェアをテストして検証します。 Microsoft では、この一覧にあるエンコーダーの再検証は行いません。また、ほとんどの検証は、"自己認定" としてソフトウェア ベンダーによって直接行われます。
  • 十分な時間をかけてイベントを設定してください。 高スケールのイベントの場合、イベントの 1 時間前に設定を開始することをお勧めします。
  • H.264 ビデオと AAC-LC オーディオ コーデックの出力を使用します。
  • ブロードキャストしているライブ イベントの種類でサポートされている解像度およびフレーム レートを維持します (たとえば、60 fps は現在拒否されています)。
  • ビデオの品質全般にキー フレームまたは GOP のテンポラル アラインメントが確実にあるようにします。
  • ビデオの品質ごとに一意のストリーム名があることを確認してください。
  • 最適なアダプティブ ビットレート パフォーマンスを得るには、高レベルの CBR エンコードを使用する必要があります。

重要

クラウドにフラグメントをアップロードするときに、マシン (CPU、メモリなど) の物理状態を監視するには、CPU と IO の操作が必要です。 エンコーダーの構成を変更する場合は、チャネルとライブ イベントに変更を反映するために、ライブ イベントをリセットします。 ライブ イベントをリセットせずに停止して起動すると、ライブ イベントは以前の構成を維持します。

ヘルプとサポート

質問がある場合は Media Services に問い合わせるか、次のいずれかの方法で更新内容に従ってください。