決議に基づく推奨H264ビデオビットレート

ビデオ品質は、放送事業者の接続アップロード速度の制限に適合し、ウォッチャの速度をダウンロードする必要がありますストリームごとに割り当てられた帯域幅に依存します.

より高い解像度がはるかにピクセル化することなく鮮明な画像を表示するために多くの帯域幅を必要とします. より多くのピクセルがより多くの帯域幅を必要とします.

高いビデオ帯域幅の設​​定は、運動に必要な圧縮レベルとピクセレーションが減少しますが、より高い接続していることをユーザーに要求するか、または大規模なフレーム損失が発生します, 中断, 大きなレイテンシ.

Mbps のビデオのビットレートを推奨 (B / S)

ウェブカメラ パフォーマンス, ビデオ通話, カンファレンス, ステージのコンサートやイベント

ウェブカメラの性能として静的な背景とライブビデオをストリーミングするとき, ビデオ通話, 会議, コンサートや良質のストリーミングに必要な帯域幅は、通常番組を下げる.

形式 ピクセル ビットレート (Mbpsの)
(接続アップロード)
転送 (B / S)
(camBandwidth)
100 ご覧の皆様へ
ビットレート
144P 256×144 0.28 35000 28
240P 426×240 0.4 50000 40
360P 640×360 0.6 75000 60
480p の SD 640×480 0.8 100000 80
480p ED 854×480 1 125000 125
720p の HD 1280×720 3 375000 300
1080PのフルHD 1920×1080 5 625000 500

にとって 1 静的ライブ ストリーム背景のあなたの方法は、480 p を試すことができます。 125000 camBandwith (1Mbpsの) アップロード接続が許可されている場合. このビットレートはほとんどビューアー connections.5 を動作するはずです。

低の動きがあるときに低い帯域幅を使用できます。 (半分します。) ピクセレーションの特定の瞬間に発生する可能性しますが、高い動きや背景の変更がある場合, 照明.

映画, スポーツ イベント, 動的コンテンツ

動きの多い動画, 背景を変更します。, 風景, 高いビットレートが必要.

形式 ピクセル ビットレート (Mbpsの) 転送 (B / S)
120P 160×120 0.3 37500
144P 256×144 0.4 50000
240P 426×240 0.5 62000
360P 640×360 1 125000
480p の SD 640×480 1.2 150000
480p ED 854×480 2.5 312000
720p の HD 1280×720 5 625000
1080PのフルHD 1920×1080 8 1000000
1440p 2 K 2560×1440 16 2000000
2160p 4 K 3840×2160 40 5000000

これらのビットレートは、フルモーションのシーンでピクセル化を防止するためお勧めします (スポーツのような, 映画, アクション ゲーム).
動の低レベルのストリームに対して低めのビットレートを使用できます。 (プレゼンテーションの例では, 会議, 静的背景を持つ呼び出し).

転送

ビットレートは、ビット単位で通常 (8 データビット= 1 バイト空間). にダイビングビットレートで生成された転送を取得 8 ビット/バイト.
例. 8MbのそれのPS 生成 1Mbの提供します/sの 転送 (1000000B / S) ファイルサイズは、記録するとき.

クライアント接続の要件

放送されたときは, 総ストリームサイズは、最大の放送局のアップロード速度未満でなければなりません.

ストリーミングに近い場所に放送局のコンピュータからのスピードテストを行います (RTMP) のようなツールを使用してサーバー Speed​​Test.net . contry /状態どこホスト内のサーバにドラッグ&ズーム (例: 北アメリカでホストしている場合 ビデオホスティングサーバVideoWhisper) そしてそれを選択. アップロード速度は最大のデータを ’ ll を放送することができます。.

kbpsのは、除算からKB /秒を取得するには 8. 例えば、最大400kbpsで50キロバイト/秒であります (50 000 B / S). B / Sでのストリーミングアプリケーションを構成するときに必要です.

ホスティング要件

サーバに接続された各ユーザのために消費ストリームの数は、通信ロジックに依存します.
にとって 1 方法は、各ユーザーの消費をブロードキャスト 1 ストリーム.
ある場合 2 各ユーザーが見る方法プライベートビデオチャットルーム 1 他のビデオと送信 1 ビデオ, 2 ユーザーごとのストリームが必要となります.
ビデオ会議室、各ユーザが送信がある場合 1 他のビデオと見ています 3 ビデオ, 4 ユーザーごとのストリームが必要となります.

同時にストリームの数百または数千をホストするには, 1000Mbpsの接続を持つサーバーが必要とされています.
それ ’ ので、すべてのユーザーは、かなりの速度でサーバーに接続できる高い接続性とセンターの s の評判のデータでサーバーを持つことが重要, それらの異なるネットワークやプロバイダから.

サーバーを選択するときに、サーバとネットワーク容量を評価するために、, 毎月の転送が可能であると判断.
例では、, VideoWhisper 専用のビデオストリーミングサーバ 許可するように設定されています 100TB /月データ 周りを意味するトラフィックは平均連続転送を308Mbps.
10TB /月でサーバを販売しているプロバイダは、周りの平均転送を30Mbps処理する準備ができているとサーバーは、5TB /月ができた場合、あなたのプロジェクトは、15Mbpsの平均転送よりも多くを必要とすべきではありません.
トラフィックの多いイベントに, サーバーは、ネットワーク負荷がその瞬間に低い場合にのみ、この平均帯域幅の以上を倍にスパイクを扱うことができます. 信頼性の高いサービスは、プロバイダのネットワーク容量に基づいて計画する必要があります.

NELLYMOSER帯域幅対のSpeex

下のオープンソースのSpeex, スピーチのために最適化し、低帯域幅の要件があります.

使用可能なサンプル・レートは、選択したコーデックに依存. あなたはNELLYMOSERコーデックを使用する場合, 次のように指定することができます 5, 8, 11, 16, 22 と 44 サンプルレートとkHzの. あなたはSpeexのコーデックを使用する場合 (Flash Playerで始まる利用可能 10 およびAdobe AIR 1.5), あなただけ使用することができます 16 kHzの. (アドビのドキュメント)

これらを考慮すると, スピーチベースのビデオ会議用のSpeexは、オーディオの他のタイプのためではなく、推奨されます (から. 音楽), NELLYMOSERを使用する必要があります.

ここで、異なる品質レベルの帯域幅要件は:

Speexに

質の高いです (encodeQuality) kbps単位で必要な帯域幅
0 3.95
1 5.75
2 7.75
3 9.80
4 12.8
5 16.8
6 20.6
7 23.8
8 27.8
9 34.2
10 42.2

NELLYMOSER

質の高いです (マイクレート) kbps単位で必要な帯域幅
5 11.025
8 16
11 22.05
22 44.1
44 88.2

 

転送および接続の要件

によってキロバイト/ sの分周kbpsの値の転送を取得するには 8. 総転送は記録時にサイズをファイルに追加されます.
例: Speexに 9 余分な生成 4275 B / Sの転送. NELLYMOSER 22 余分5512b / sの転送を生成し、.

放送されたときは, 総ストリームサイズは、最大の放送局のアップロード速度未満でなければなりません (掛け 8 BPSを取得します, から. 50000B / Sは、最大400kbpsより高い接続が必要です).

ストリーミングに近い場所に放送局のコンピュータからのスピードテストを行います (RTMP) のようなツールを使用してサーバー Speed​​Test.net . contry /状態どこホスト内のサーバにドラッグ&ズーム (例: 中央アメリカあなたがホストする場合 ビデオホスティングサーバVideoWhisper) そしてそれを選択. アップロード速度は最大のデータを ’ ll を放送することができます。.

 

iPhone / iPadの

SpeexのかNELLYMOSERどちらは、iOSでサポートされています。. ライブストリーム (HLSオーバー) そして、ビデオはAACに音声を変換/トランスコード後に、これらのデバイスに配布することができます. これはで可能です VideoWhisperアプリケーション そして、エディション (から. ライブストリーミング, ビデオ記録装置) それは、FFMPEGでビデオやライブストリームに変換することができます.