低延迟广播视频，最小化客户端安装问题

Question

我正在创建一个远程拍卖实时拍卖的应用程序。该应用程序的关键是实际销售和终端查看者之间的延迟最小。我知道延迟有很多因素 - 但缓冲不一定是其中之一。客户端根本不需要缓冲。以下是我们需要的优先事项：

1. 从录制点到终端查看器的低延迟（小于2秒）
2. 基于Web的客户端，需要尽可能少的安装。这意味着如果它运行在大多数人安装的解决方案（flash，java）上，那就太棒了。自定义active-x（ie）和插件（firefox）不太理想。我知道在流媒体客户端quicktime和wmp都不能很好地适应低延迟或零缓冲的想法。
3. 用于接收单个流并将其广播的服务器解决方案。关于服务器最重要的是它适用于第2项。

以下是我们尝试或看过的一些事情。

1. 带有Flash客户端的Adobe Flash媒体服务器 - Adob​​e媒体服务器似乎很少支持低延迟流。通过UDP的东西会很棒。
2. 带有Flash客户端的Wowza媒体服务器 - 我们实际测试了这一点，发现延迟非常低。但是，我们确实看到延迟随着带宽不足而增长等。我不希望看到延迟增长，而是希望客户端丢帧以保持最新状态。

有没有人有任何其他建议？

Answer 1

我们发现，在亚马逊EC2实例上使用最新版本的Wowza，我们可以在西海岸使用流光和客户端获得亚秒级延迟（亚马逊EC2位于东海岸）。令人印象深刻我们发现延迟问题与我们将Flex用作视频客户端的事实有关。当我们使用闪光灯时效果很好!!!

Answer 2

我们已经做了类似的事情，正在使用虚幻媒体流媒体软件。到目前为止，视频和音频的延迟时间已经缩短了大约半秒，具体取决于质量。我们发现的一件事是，用于音频和视频的单独流可以改善延迟并防止缓冲。

我们确实看过flash和wozwa，但我们遇到的主要问题是编码而不是发行版，而WMS对低延迟毫无希望。我们只能在局域网中将其降低到5秒左右。很遗憾，因为我们的客户是Silverlight，所以我们宁愿使用它来简化。

Answer 3

为什么不看Window Media Server（随Windows Server 2003及更高版本提供）？ 它在大多数浏览器（IE，Firefox，Chrome）和流实时视频源上都受支持。

Answer 4

你应该看的好产品是Vidyo。 （http://www.vidyo.com）不是免费的 - 但由于H.264SVC编码，效果很好。