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

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

从录制点到终端查看器的低延迟（小于2秒）

基于web的客户端，需要尽可能少的安装。这意味着，如果它运行在大多数人安装的解决方案（flash、java）上，那就太棒了。定制的active-x（ie）和插件（firefox）则不那么理想。我知道在流式客户端中，quicktime和wmp都不能很好地使用低延迟或零缓冲的思想

一种服务器解决方案，用于接收单个流并将其广播出去。关于服务器，最重要的一点是它与第2项一起工作

以下是我们已经尝试或研究过的一些东西

带有flash客户端的Adobe flash media server—Adobe media server似乎不支持低延迟流。UDP上的东西会很棒

Wowza媒体服务器和闪存客户端-我们实际测试了这一点，发现延迟非常低。然而，我们确实看到延迟随着带宽的降低而增加，等等。我宁愿客户端丢弃帧以保持最新状态，而不是看到延迟的增加

---

有人有其他建议吗？

为什么不看看Windows Media Server（随Windows Server 2003及更高版本提供）？。

---

它在大多数浏览器（如Firefox、Chrome）和流媒体直播视频源上都受支持。

我们也做了类似的事情，并使用了不真实的流媒体软件。到目前为止，我们已经将视频和音频的延迟降低到大约半秒，这取决于质量。但我们发现，将音频和视频流分开可以提高延迟并防止缓冲

---

我们确实研究了flash和wozwa，但我们的主要问题是编码而不是分发，WMS对于低延迟来说是没有希望的。在局域网中，我们只能将时间缩短到5秒左右。遗憾的是，我们的客户是Silverlight，为了简单起见，我们更愿意使用它。

您应该看看的好产品是Vidyo。（）不是免费的，但由于H.264SVC编码，效果很好

我们发现，在amazon EC2实例上使用最新版本的Wowza，我们可以在西海岸（amazon EC2位于东海岸）使用拖缆和客户端获得亚秒的延迟。非常令人印象深刻。我们发现延迟问题与我们使用Flex作为视频客户端有关。当我们使用flash时，它工作得很好

因为Windows Media Server上的延迟约为15秒文档？或者通过测试，我用它得到了比15秒更好的结果。