次の方法で共有

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

  • [アーティクル]

Media Services ロゴ v3

警告

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

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

  • オンプレミスのライブ エンコーダーは、Media Services でライブ エンコードを実行できないマルチビットレート RTMP または Smooth Streaming (フラグメント化 MP4) ストリームをライブ イベントに送信します。 取り込まれたストリームは、それ以上の処理を行わずにライブ イベントを通過します。 このメソッドは、パススルー呼び出されます。 ライブ エンコーダーでは、クライアントへのアダプティブ ビットレート ストリーミングを可能にするために、シングル ビットレート ストリームではなくマルチビットレート ストリームをパススルー ライブ イベントに送信することをお勧めします。

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

    先端

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

  • オンプレミスのライブ エンコーダーは、ライブ イベントにシングルビットレート ストリームを送信します。このストリームにより、Media Services でライブ エンコードを実行できます。RTMP または Smooth Streaming (フラグメント化 MP4) のいずれかの形式です。 その後、ライブ イベントは、マルチビットレート (アダプティブ) ビデオ ストリームへの受信シングル ビットレート ストリームのライブ エンコードを実行します。

この記事では、検証済みのオンプレミス ライブ ストリーミング エンコーダーについて説明します。 検証は、ベンダーの自己検証または顧客検証によって行われます。 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 では、マルチビットレート Smooth Streaming (フラグメント化 MP4) を出力として持つ次のいずれかのライブ エンコーダーを使用することをお勧めします。 サポートされている URL スキームは、http:// または https://です。

手記

エンコーダーは、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 and Hero 4K (UHD/HEVC)

先端

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

警告

上記のエンコーダーの一覧は、単なる推奨事項の一覧です。 エンコーダーは Microsoft によって継続的にテストまたは検証されず、いつでも互換性を損なうエンコーダー ベンダーやオープン ソース プロジェクトによってサポートやバグが導入される可能性があります。

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

ライブ イベントの種類に対して有効な設定については、「ライブ イベントの種類の比較 を参照してください。

再生の要件

コンテンツを再生するには、オーディオストリームとビデオストリームの両方が存在する必要があります。 ビデオのみのストリームの再生はサポートされていません。

構成のヒント

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

大事な

フラグメントをクラウドにアップロードするには CPU と IO の操作が含まれるので、マシンの物理的な状態 (CPU/メモリなど) を監視します。 エンコーダー構成を変更する場合は、チャネル ライブ イベントと、変更が行われるライブ イベント リセットします。 ライブ イベントをリセットせずに停止して開始した場合、ライブ イベントは以前の構成を保持します。

ヘルプとサポートを受ける

Media Services に質問がある場合は、次のいずれかの方法で更新プログラムに従ってください。