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

Question

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

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

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

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

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

Answer 1

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

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

Answer 2

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

Answer 3

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

Answer 4

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