2009-04-07 5 views
2

ライブオークションをリモートオークションするためのアプリケーションを作成しています。アプリケーションの要点は、実際の販売と視聴者の間に最小限の待ち時間があることです。待ち時間には多くの要因があることを理解していますが、バッファリングはそれらの1つではない必要があります。クライアントはまったくバッファリングする必要はありません。できるだけをインストールする必要があり、エンドビューア クライアントのインストールに関する問題を最小限に抑えた低レイテンシのブロードキャストビデオ

  • Webベースのクライアントへの記録の点から

    1. 低遅延(2秒未満):ここでは、必要なもののために優先順位があります。これは、ほとんどの人がインストールしたソリューション(flash、java)上で動作するかどうかを示します。カスタムactive-x(つまり)とプラグイン(firefox)はそれほど望ましくありません。私は、ストリーミングクライアントquicktimeとwmpの両方が低レイテンシまたはゼロバッファリングのアイデアでうまく動作しないことを知っています。
    2. 単一のストリームを受信して​​ブロードキャストするためのサーバーソリューション。サーバーの最も重要な点は、項目2で動作することです。

    ここでは、試してみたことがあります。

    1. フラッシュクライアントを搭載したAdobeフラッシュメディアサーバー - Adob​​eメディアサーバーは、待機時間の少ないストリームをほとんどサポートしていないようです。 UDP上の何かが素晴らしいでしょう。
    2. フラッシュクライアントを搭載したWowzaメディアサーバー - 実際にこれをテストしたところ、待ち時間はかなり短かったことがわかりました。しかし、帯域幅の不足などでレイテンシが増えるのが分かりました。レイテンシが拡大するのを見るのではなく、クライアントがフレームを落として最新のものを維持することを望みます。

    他に提案がありますか?

  • 答えて

    1

    なぜWindow Media Server(Windows Server 2003以降に付属)を見ないのですか?
    ほとんどのブラウザ(IE、Firefox、Chrome)でサポートされており、ライブビデオフィードをストリーミングしています。

    +0

    Windows Media Serverの待ち時間は約15秒ですので、 – MonkeyBrother

    +0

    ドキュメント?またはテストすることによって、私はそれと一緒に働いて、15秒後に良い結果を得ました。 –

    1

    私たちは似たようなことを行い、Unreal Mediaストリーミングソフトウェアを使用しています。これまでのところ、品質に応じて、ビデオやオーディオのレイテンシは約0.5秒にまで短縮されています。私たちが見つけたことの1つは、オーディオとビデオ用の別々のストリームが待ち時間を改善し、バッファリングを防止することです。

    私たちはフラッシュとウォズワを見ましたが、主な問題はディストリビューションではなくエンコードであり、WMSは低レイテンシでは絶望的でした。私たちは私たちのLANで約5秒にしか落とすことができませんでした。私たちのクライアントがSilverlightであることは恥であり、簡単にするためにこれを使用することをお勧めします。

    1

    あなたが見るべき良い製品はVidyoです。 (http://www.vidyo.com)無料ではありませんが、H.264SVCコーディングによる大きな成果です。

    3

    アマゾンEC2インスタンスのWowzaの最新バージョンでは、西海岸(ここではアマゾンEC2は東海岸にあります)でストリーマーとクライアントで亜秒レイテンシを取得できることがわかりました。かなり印象的。レイテンシの問題は、Flexをビデオクライアントとして使用していたことに関連していました。私たちはフラッシュを使用すると素晴らしい作品!

    関連する問題