リアルタイムストリーミング (RTS) 設定フローの変更 - ApsaraVideo Live

Alibaba Cloud リアルタイムストリーミング (RTS) コンソールは、より簡単な設定体験を提供するためにアップグレードされました。このトピックでは、従来の構成を新しいバージョンに移行し、新しいインターフェイスを習得し、運用効率を向上させる方法について説明します。

変更の概要

リアルタイムストリーミング (RTS) コンソールは、RTS のアップストリーミングと再生の有効化、設定、テストを簡素化するために完全にアップグレードされました。このアップデートでは、RTS 1.0 と 2.0 の概念を廃止してプロセスを簡素化し、学習曲線を緩やかにします。新しいバージョンでは、複雑なバージョンの違いを扱うことなく、サービスをより簡単に有効化してテストできるため、迅速に開始し、よりスムーズな体験を楽しむことができます。

変更点の比較

従来のバージョン

構成はバージョン 1.0 と 2.0 に分かれていました。異なるバージョンは、異なるプロトコルと遅延に対応していました。
ブラウザは、RTS 再生中のビデオの B フレームまたはオーディオの AAC をサポートしていませんでした。ストリーミングドメインの RTS 構成で H5 自動トランスコーディングを有効または無効にする必要がありました。
アップストリーミングドメインとストリーミングドメインは別々に設定する必要がありました。構成が一致しないと、サービスが利用できなくなる可能性がありました。
コンソールでストリーミング URL を直接生成してサービスをテストすることはできませんでした。

新しいバージョン

バージョンは区別されなくなりました。アップストリーミングと再生の要件に基づいてプロトコルを選択できます:
- ARTC のアップストリーミングと再生のみ: エンドツーエンドの遅延は 200 ms から 400 ms です。
- RTMP/ARTC アップストリーミング + HLS/FLV/RTMP/ARTC 再生: エンドツーエンドの遅延は 400 ms から 800 ms です。
RTS を有効にしてサブ秒の遅延を選択すると、システムは自動的に H5 自動トランスコーディングを有効にして B フレームを削除し、オーディオを Opus に変換します。追加の設定は不要です。
説明
H5 自動トランスコーディングは、ブラウザでの再生中にのみトリガーされ、手動で無効にすることはできません。特別な理由で無効にするには、チケットを送信してください。
この機能が従来のバージョンで無効にされていた場合、新しいバージョンでも無効のままです。システムはステータスを自動的に変更しません。この機能を有効にするには、RTS スイッチをオフにしてから再度オンにすることができます。この操作により、機能がデフォルトで有効になります。
アップストリーミングドメインとストリーミングドメインは一緒に設定され、一貫性を確保し、サービスの利用不可を防ぎます。
説明
従来のバージョンでアップストリーミングドメインとストリーミングドメインの構成が一致しなかった場合、新しい構成では構成エラーが表示されます。新しいインターフェイスで [再設定] をクリックして設定を調整できます。
コンソールでストリーミング URL を迅速に生成して、RTS のアップストリーミングと再生をテストできます。
説明
アップストリーミングと再生の簡単なテストのために、ApsaraVideo Live コンソールはプロキシシグナリングドメイン名を使用します。ただし、Web RTS SDK を使用してリアルタイムストリーミング (RTS) のアップストリーミングと再生を行う場合は、ドメイン名に対して SSL 証明書を設定し、Access-Control-Allow-Origin 応答ヘッダー (*) などの HTTP ヘッダーを設定する必要もあります。

異常な構成の処理

従来の RTS 構成では、アップストリーミングドメインとストリーミングドメインの構成が一致しない場合、アップストリーミングまたは再生が失敗します。

ケース	ストリーミングドメインの RTS 構成	アップストリーミングドメインの RTS 構成	影響
ケース 1	無効	2.0	RTMP アップストリーミングはサポートされず、再生の問題が発生します。
ケース 2	1.0	無効	ARTC アップストリーミングはサポートされず、再生の問題が発生します。
ケース 3	2.0	無効	ARTC アップストリーミングはサポートされず、再生の問題が発生します。
ケース 4	1.0	2.0	RTMP アップストリーミングはサポートされず、再生の問題が発生します。
ケース 5	2.0	1.0	再生の問題が発生します。

リアルタイムストリーミングコンソールに移動し、[再設定] をクリックして調整します。再試行しても問題が解決しない場合は、チケットを送信してください。

サブ秒の遅延

特徴: エンドツーエンドの遅延は 400 ms から 800 ms で、高い互換性があります。このオプションは、標準のライブストリーミングや他のアップストリーミング/再生プロトコルとの互換性が必要な低遅延ライブストリーミングシナリオに適しています。
サポートされるプロトコル: Web Real-Time Communication (WebRTC) に基づく Alibaba Real-Time Communication (ARTC) プロトコルを介したアップストリーミングと再生をサポートします。これは標準のライブストリーミングと上位互換性があり、RTMP アップストリーミングプロトコル、オリジンフェッチ、および RTMP、FLV、HLS などの一般的な再生プロトコルをサポートします。
アップストリーミング/再生ツール: 市場で一般的なアップストリーミングおよび再生ツールをサポートします。ApsaraVideo Live Push SDK と ApsaraVideo Player SDK の使用を推奨します。
追加情報: アップストリーミングに B フレームが含まれているか、オーディオが Opus でエンコードされていない場合、バックエンドは自動的に B フレームを削除し、HTML5 再生のためにオーディオを Opus にトランスコードします。このプロセスではライブストリームトランスコーディング料金が発生します。
Alibaba Cloud Web SDK を使用して再生する場合、基盤となるネイティブの WebRTC は B フレームをサポートせず、オーディオのエンコーディングとデコーディングに Opus を使用します。良好な再生体験を確保するため、システムは取り込まれたストリームコンテンツに基づいて自動的にトランスコーディングをトリガーします:
- 取り込まれたストリームに B フレームと AAC エンコードされたオーディオが含まれている場合、システムは自動的にビデオトランスコーディングをトリガーして B フレームを削除し、オーディオを AAC から Opus にトランスコードします。ソースの解像度に対応するティアに基づいて標準のビデオトランスコーディング料金が課金されます。
- 取り込まれたストリームに B フレームが含まれていないが、AAC エンコードされたオーディオが含まれている場合、システムは自動的にオーディオを AAC から Opus にトランスコードします。オーディオのみのトランスコーディングに対して課金されます。
- ライブストリームトランスコーディングテンプレートも設定している場合、システムはこのテンプレートに加えて B フレームを削除し、Opus にトランスコードします。結合された結果に基づいてトランスコーディング料金が課金されます。
Alibaba Cloud Native SDK を使用して再生する場合、この SDK はネイティブで B フレームと AAC をサポートします。そのため、自動トランスコーディングはトリガーされず、追加料金は発生しません。

0.5 秒の遅延

特徴: エンドツーエンドの遅延は 200 ms から 400 ms です。このオプションは、非常に低い遅延を必要とするライブストリーミングシナリオに適しています。
サポートされるプロトコル: WebRTC に基づく ARTC プロトコルを介したアップストリーミングと再生をサポートします。これは標準のライブストリーミングと互換性がなく、RTMP アップストリーミングプロトコル、オリジンフェッチ、または RTMP、FLV、HLS などの一般的な再生プロトコルをサポートしません。
アップストリーミング/再生ツール: アップストリーミングには、WHIP プロトコルを介してストリームを取り込むために OBS を使用するか、ApsaraVideo Live Push SDK を使用できます。再生には、ApsaraVideo Player SDK を使用する必要があります。
その他の注意点: このストリーミングドメインは、トランスコーディングや録画などのクラウド機能を使用できません。ただし、リレー設定を使用して、ライブストリームを別のストリーミングドメインにリレーすることができます。
- [リレー設定] をクリックし、ストリーミングドメインに関連付けられており、0.5 秒 RTS モードもデュアルストリームディザスタリカバリも有効になっていないアップストリーミングドメインを選択します。このドメインは、リレーされた RTMP ストリームを受信します。たとえば、リレー受信ドメインが push.example.com で、それに関連付けられたストリーミングドメインが pull.example.com の場合、リレーが設定された後、標準のライブストリーミングプロトコルを使用して pull.example.com からストリームをプルし、トランスコーディングや録画などの機能を使用できます。