1080pビデオの概要

Vonage Video APIセッションで1080p解像度のビデオを使用する際には、いくつかの注意点があります。

1080p解像度(FHD)のビデオを公開しても、それだけでビデオ品質が向上するわけではありません。1080pビデオをサポートするには、適切なカメラ、デバイスのパワー、ネットワーク帯域幅が必要です。

最高のユーザーエクスペリエンスのために、アプリはこれらの条件に対処するオプションを含めるべきです:

  • ブラウザやデバイスは初期状態では1080pに対応していません。
  • 条件が悪化し、その結果、解像度を1080pから下げる必要がある場合。
  • 状況が改善し、解像度を1080pにアップスケーリングできるようになれば。

これには、ユーザーに情報を報告したり、視覚的な手がかりを加えたりすることが含まれる。

1080pのパブリッシングは、ほとんどの状況では理想的ではない

1080pのパブリッシングには非常に高いCPUと帯域幅が要求されるため、ほとんどの使用例では、720p(HD)、VGA、あるいはQVGAなどの低解像度を使用する方が有益です。

これは特に、クライアントが複数の公開ストリームをサブスクライブし、表示 することを意図している場合に当てはまる。1080pの解像度でストリームをレンダリングするサブスクライバーがいない場合、パブリッシャーが1080pを設定するのはリソースの無駄となる。

例えば、ビデオ会議のような2つ以上の同時ストリームがあるアプリケーションでは、クライアントが1080pを公開することは最適化されていない可能性があります。クライアントが複数のストリームを受信する場合、最も一般的に表示される解像度を公開する方が有益です。

ユースケースが1対1(2つのクライアントが互いにストリームを流す)の場合、以下の使用を検討する。 リレーセッション クライアント間の直接接続を活用する。ユースケースが1対1の場合 そして ターゲット・デバイスがH.264ハードウェア・アシスト・エンコーダをサポートしている場合は、H.264の使用を検討してください。参照 ビデオコーデック.)

1080pへの支持を決定する要因

これらの要素が満たされない限り、1080pの解像度を有効にしても高品質とは言えません。1080pをサポートするには、以下のものが必要です:

  • カメラの解像度 - パブリッシングカメラは1080p(1920x1080)をサポートしている必要があります。カメラが1080pをサポートしていない場合、公開解像度はカメラの解像度に制限されます。現在、ビデオチャット用に購入されたWebカメラでは一般的に1080pがサポートされていますが、多くのデフォルトのデバイスカメラ(Macなど)では1080pがサポートされていません。レガシーデバイスは1080pをサポートしていないことがよくあります。
  • デバイスのコンピューティング・リソース - 1080pのパブリッシングでは、デバイスは1080pのリアルタイムエンコーディングをサポートし、ストリームがパブリッシングされる限りCPU負荷を維持するのに十分な計算能力を持つ必要があります。VP8用エンコーダーは通常ソフトウェアで実行され、1080pのライブ・ビデオ・ストリームを公開し続けるには、非常に高いCPU持続能力が必要です。サイマルキャストが必要な場合は、加入者間で分散できる複数のストリームクオリティをエンコードするための追加CPUが必要になる。また、1080pが有効な場合、デバイスは入力ストリームをサブスクライブし、処理する可能性が高く、全体的なCPU作業負荷は高くなる。 最近の新しいモバイル機器は、1080pをサポートするのに十分なCPUを持っているかもしれないが、バッテリーの消耗が早くなると、処理はすぐに品質制限を受ける可能性がある。ノートパソコンやデスクトップマシンは、1080pのパブリッシングをサポートするのに最も適していますが、長時間のセッションでは、バッテリー以外の電源で動作させる必要があります。
  • ネットワーク帯域幅 - 1080pのビデオを公開するには、クライアントは高い公開ビットレートをサポートできる安定したネットワークを持っている必要があります。1080pのWebRTCパブリッシングを毎秒30フレームで実現するために必要な帯域幅は、持続的なアップロードで約3~4.5Mbpsです。必要な帯域幅 スケーラブルビデオパブリッシャーがデバイスからエンコードおよびストリーミングされる最大3つの画質レイヤーをサポートするには、さらに高い帯域幅(最大6Mbps)が必要となる。サブスクライブ・クライアントは、1080pのサブスクライブ・ストリームあたり最大4.5Mbpsを処理できなければならない。
  • 対応バージョン - 1080pは、Video APIクライアントSDKのバージョン2.23.0でサポートされています。また、ウェブアプリでは、ChromeとFirefoxで1080pがサポートされています(ただし、現在 MacOSのFirefox).

WebRTCビデオエンコーダ(Chromeのエンコーダなど)は、CPUと帯域幅を積極的に評価し、適切な解像度を達成できるかどうかを確認し、デバイスの能力に基づいて動的に調整します。このため、希望する1080pの解像度がパブリッシング用に設定されていても、エンコーダは、デバイスの能力、CPUの低下、帯域幅の低下などの状況に応じて、最適な解像度に調整する必要があります。

エンコーダの動作は、帯域幅やCPUの制限の有無によって異なる場合がある。

エンコーダはパフォーマンスの低下に対応するためにフレームレートを下げることがありますが、このような状況に対応するためにエンコーダが生成するビデオフレームが少なくなるため、ビデオがフリーズしたように見えることになります。(例えば、エンコーダーがリソース不足を理由にフレームレートを5〜6フレーム/秒に下げると、映像が好ましくないものになる可能性がある)。

ビデオに提供されたコンテンツヒントに応じて、エンコーダは生き生きとした映像や解像度を維持するようにバイアスをかける。コンテンツヒントの詳細については、以下のコンテンツを参照してください:

また、加入クライアントは、(中継セッションで)消費されるビデオの優先解像度を低解像度に設定できる:

ルーティングされたセッションのためのスケーラブルなビデオ

Vonage Video API は以下をサポートします。 スケーラブルビデオ を持つ。 VP8コーデック.一般に、CPUと帯域幅がより多く必要になるとはいえ、多数の加入者がいるセッショ ンでは、1080pのスケーラブルビデオを有効にすることが望ましい。

スケーラブル・ビデオを有効にすることで、1人または複数の加入者が最高品質レベルを受信できない場合、すべての加入者の体感品質(QoE)が損なわれることを避けることができる。

追加のエンコードされたサイマルキャストレイヤーは、Vonage Video APIメディアルーターに、1080pのサポートが困難な加入者には低画質のビデオストリームを、1080pをサポートできる加入者には最高画質の1080pレイヤーをストリーミングするオプションを提供する。

スケーラブルなビデオでは、1080pストリームは、デバイスからエンコードおよびストリーミングされる複数の解像度品質レイヤーをサポートするために、より高いパブリッシャー帯域幅(最大6Mbpsを推奨)を必要とします。

スケーラブルなビデオサイマルキャストレイヤーが利用可能かどうかを判断する

スケーラブルなビデオ サイマルキャスト・レイヤーは、クライアント・デバイスまたはブラウザによって決定されます。スケーラブル・ビデオは、以下を使用するクライアントによって公開されたストリームでのみ利用可能です:

  • iOS SDK(特定のデバイス)
  • Android SDK(特定のデバイス)
  • Windows SDK
  • Linux SDK
  • Linux SDK
  • macOS SDK
  • OpenTok.jsは、Chrome、Safari、Samsung Internet、AndroidのWebView、iOSのWebViewで利用できます(デスクトップ版のOperaとChromiumベースのEdgeではベータ版がサポートされています)。
  • React Native SDK(一部のデバイスで使用可能)

スケーラブル・ビデオはVP8ストリームでサポートされており、VP9ストリームもベータ・サポートされている( 本書).には対応していません。 H.264.

なお、1080p(FHD)と720p(HD)のサイマル放送レイヤーには重複しない違いがあり、アプリケーション体験のための解像度選択ではこの違いを考慮する必要がある。

720pの解像度が選択された場合、720pを最高解像度として3つのレイヤーがエンコードされる:

  • 1280x720
  • 640x360
  • 320x180

1080pの解像度を選択すると、1080pを最高解像度として3つのレイヤーがエンコードされる:

  • 1920x1080
  • 960x540
  • 480x270

デバイスの解像度が1080pに設定されている場合はご注意ください、 は540pのスケーラブル・ビデオ・レイヤーを生成する。540pのレイヤーは、一番上の720pのレイヤーより小さい寸法である。 アプリケーションは、1080pレイヤーがエンドポイントに到達できない場合、このトレードオフを考慮すべきである。