5

レイテンシーの「最も」原因となるものを特定しようとしています。これは、動画がエンコーダーからサーバーに移動し、ブラウザーのプレーヤーに戻る往復です。

私は今、好きな選手と約 12 秒のところにいます。プレーヤーでバッファリングしていますか? FMLE による途中でのバッファリング?

私が尋ねる理由は、以下に概説する私の小さなテスト シナリオで、他の犯人を排除したと感じているからです。また、他のすべてが同じ場合、他のプレイヤーを入れ替えると、レイテンシーに最大の差異が生じます。4 秒に短縮されます。それ以下にはなりませんが。

他の犯人を排除する:

-悪いネットワーク?いいえ、すべてローカルで実行しています。-コーデック?、いいえ、FMLE を VP6 または H.264 に設定すると、同じ遅延が発生します。-FMLE からあまりにも多くのデータをプッシュしていますか? いいえ、50kbs または 1000kbs は 12 秒を生成します - フレームレートの設定を強烈にしますか? いいえ、5 ~ 29.97 fps は効果のモーション品質を変更しますが、遅延は約 12 秒のままです。

私は小さな FMS ベースの Web プレゼンテーション パッケージを開発しているので、レイテンシーはせいぜい 1 秒まで下げる必要があります。レイテンシがほとんどない同様のパッケージを見たことがあります。これが私のテスト設定です:

-Windows XP マシンに接続されたカメラ -Flash Media Live Encoder 3.0.1 -FLash Media Server 3.51 -Video Player - Adob​​e Flash Media Server 生産性ツールのダイナミック ストリーミング プレーヤーのサンプル (Adobe の ActionScript 3.0 Dynamic Streaming Class の参照実装のようなもの)

自分から約 30 マイル離れたサーバーからビデオをバウンスしても、結果はほぼ同じです。

CDN と CDN が提供するプレーヤーを使用してテストを実行したところ、最高の結果は 4 秒でした。

私がテストできる本当に速いプレーヤーを持っている人はいますか?

4

3 に答える 3

1

低遅延の Web ストリームを作成するには、次の手順を実行します。

  1. エンコーダを通常どおりにセットアップし、メディア サーバーに向けます。
  2. 低遅延構成のメディア サーバー エッジ構成を確認してください。Wowza には低遅延アプリが組み込まれています。
  3. プレーヤーで、バッファが 2 秒以上であることを確認してください。

ps。プレーヤーのバッファが 2 秒未満の場合、特に Wi-Fi や長距離リンクでは、ほとんどの人にとって適切に動作しません。

ps2. エンコーダーがエンコーダーと同じ LAN 上にある場合は、オリジン アプリケーションにも低遅延アプリを使用できます。

PS3。4 秒と信頼できるストリームを同時に下回ることは決してありませんが、LAN 部分で極端なチューニングを行う場合 (エンコーダーのバッファリングはまったくありません - 実行できます)、エッジでバッファリングを使用するだけで 2 をアーカイブできます秒-私はそのようなプレーヤーを持っていますが、公開されていません:(

于 2012-02-24T23:47:12.553 に答える
0

FMS ドキュメントの NetStream.setBufferTime() と ns.bufferTime を見てください。また、Robert が述べたように、プレイヤーにもバッファーがあります。

于 2010-10-08T04:57:16.567 に答える