直播视频延迟问题

Question

尝试确定哪个环节导致延迟——从编码器到服务器再返回浏览器中的视频往返时间。我目前使用的播放器延迟大约为12秒。这是我的播放器缓冲了吗？还是FMLE在传输过程中出现了缓冲？

我提出这个问题的原因是，我认为通过下面所述的小型测试场景，已经排除了其他问题。而且，所有其他条件相同的情况下，更换其他播放器会产生最大的延迟差异。其中一个将延迟降至4秒。但无法再低于这个数值。

排除其他问题：

-网络问题？不，所有操作都在本地运行。 -编解码器问题？不，将FMLE设置为VP6或H.264会产生相同的延迟。 -FMLE传输数据过多？不，50kbs或1000kbs的传输速率都会产生12秒的延迟。 -帧率设置过高？不，5-29.97 fps会影响动态画质，但延迟仍保持在12秒左右。

我正在开发一个基于FMS的小型Web演示包，因此延迟必须降至最多1秒。我看到过一个类似的演示包，几乎没有延迟。这是我的测试设置：

-连接到Windows XP机器的摄像头 -Flash Media Live Encoder 3.0.1 -Flash Media Server 3.51 -视频播放器——Adobe Flash Media Server生产力工具中的示例动态流媒体播放器（类似于Adobe ActionScript 3.0动态流媒体类的参考实现）

如果我将视频从距离我约30英里的服务器反弹回来，结果几乎相同。

我使用CDN和他们提供的播放器进行了测试，最佳延迟为4秒。有没有人能提供一个真正快速的播放器供我测试？

- Robert

---

你可以尝试使用除FMLE之外的其他东西来查看它是否是罪魁祸首（提示：客户端经常添加一些缓冲...）https://trac.ffmpeg.org/wiki/StreamingGuide - rogerdpack

Answer 1

最近我一直在研究CDN和实时视频流领域，现在想分享我的经验。

我最好的结果是2秒延迟。

我试过几个供应商，我想知道是否有其他能达到如此低延迟的供应商。

我是通过使用The Original Livestream实现这2秒延迟的，不要将其与有16秒延迟的The New Livestream混淆。

The Original Livestream和 The New Livestream都属于同一集团公司Livestream，但似乎它们针对的是不同的市场细分。

他们还告诉我，尽管他们仍在支持The Original Livestrean，但已不再开发它。

当他们告诉你他们不再开发这个平台时，这并不令人放心。这就是我们决定不跟随他们的唯一原因。如果您想访问其Guide API的RESTful端点，则很难从他们那里获得支持。

但是，2秒延迟。

顺便说一下，我在伦敦。

请告诉我，如果您了解其他超低延迟CDN。

啊，原始直播流的URL很难找到，这里是... https://secure.livestream.com/

- Maglez

Answer 2

为了创建低延迟的网络流，请按照以下步骤操作：

1. 正常设置编码器并将其指向媒体服务器。
2. 检查媒体服务器边缘配置以进行低延迟配置，Wowza内置有低延迟应用程序。
3. 在播放器中，确保缓冲区为2秒或更大。

附言：如果播放器的缓冲时间少于2秒，对于大多数人来说无法正常工作，尤其是在使用WiFi或长距离连接时。

附言2：如果您的编码器与编码器位于同一局域网上，则也可以使用低延迟应用程序进行原始应用程序。

附言3：您永远无法同时获得小于4秒的可靠流和可靠性，但是如果您对局域网部分进行极端调整（完全不缓冲编码器 - 您可以这样做），仅通过在边缘使用缓冲，您可以达到2秒 - 我有这样的播放器，但它不公开:（

- Andrew

Answer 3

请查看FMS文档中的NetStream.setBufferTime()和ns.bufferTime。正如Robert所提到的，播放器也有它自己的缓冲区。

- Slava Markeyev