具有最少客户端安装问题的低延迟广播视频答案

【问题标题】：Low-latency broadcast video with minimal client installation issues具有最少客户端安装问题的低延迟广播视频
【发布时间】：2010-10-18 04:12:53
【问题描述】：

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

从录制点到最终查看者的低延迟（少于 2 秒）
需要尽可能少的安装的基于 Web 的客户端。这意味着如果它在大多数人已经安装的解决方案（flash、java）上运行，那就太好了。自定义 active-x (ie) 和插件 (firefox) 不太理想。我知道在流式客户端中，quicktime 和 wmp 都不适用于低延迟或零缓冲的想法。
一种用于接收单个流并将其广播出去的服务器解决方案。服务器最重要的一点是它可以与第 2 项配合使用。

以下是我们已经尝试或研究过的一些事情。

带有 Flash 客户端的 Adobe Flash 媒体服务器 - Adobe 媒体服务器似乎几乎不支持低延迟流。 UDP 上的东西会很棒。
带有 Flash 客户端的 Wowza 媒体服务器 - 我们对此进行了实际测试，发现延迟非常低。但是，我们确实看到延迟随着带宽不足而增加等。与其看到延迟增加，我更希望客户端丢帧以保持最新状态。

还有人有其他建议吗？

【问题讨论】：

【解决方案1】：

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

【讨论】：

【解决方案2】：

您应该看看的好产品是 Vidyo。 (http://www.vidyo.com) 不是免费的——但是由于 H.264SVC 编码，结果很好。

【讨论】：

【解决方案3】：

我们已经做了类似的事情，并且正在使用 Unreal Media 流媒体软件。到目前为止，我们已经将视频和音频的延迟降低到半秒左右，具体取决于质量。我们发现的一件事是，音频和视频的单独流可以改善延迟并防止缓冲。

我们确实研究了 flash 和 wozwa，但我们遇到的主要问题是编码而不是分发，而且 WMS 对低延迟毫无希望。在我们的局域网中，我们只能将其缩短到 5 秒左右。可惜我们的客户是 Silverlight，所以为了简单起见，我们更愿意使用它。

【讨论】：

【解决方案4】：

您为什么不看一下 Window Media Server（随 Window Server 2003 及更高版本提供）？
大多数浏览器（IE、Firefox、Chrome）和流式直播视频源都支持它。

【讨论】：