尝试确定哪些“最”负责延迟 - 我的视频从我的编码器到我的服务器的往返行程,以及在我的浏览器中返回到播放器。
我现在和我喜欢的球员在12秒左右。它在我的播放器中缓冲吗?在FMLE的出路缓冲?
我问的原因是我觉得我已经用下面概述的小测试场景消除了其他罪魁祸首。而且,所有其他方面相同,交换其他参与者会产生最大的延迟差异。一把减少到4秒。虽然不能低于此。
消除其他罪魁祸首:
-Bad网络?不,在本地运行它。 - 编解码器?,不,将FMLE设置为VP6或H.264会产生相同的延迟。 - 从FMLE中推出太多数据?不,50kbs或1000kbs产生12秒 -Framerate设置为激烈?不,5-29.97 fps改变了运动质量,但延迟时间大约为12秒。
我正在开发一个基于FMS的小型网络演示包,因此延迟最多只能降到一秒。我见过类似的包几乎没有延迟。这是我的测试设置:
-Camera连接到Windows XP机器 -Flash Media Live Encoder 3.0.1 -FLash Media Server 3.51 -Video Player - Adobe Flash Media Server生产力工具中的动态流媒体播放器示例(类似于Adobe ActionScript 3.0动态流媒体类的参考实现)
如果我将视频从距离我大约30英里的服务器上反弹,结果几乎相同。
我用CDN和他们提供的播放器进行了测试,我能做的最好的是4秒。
我能测试一个真正快速的玩家吗?
答案 0 :(得分:1)
要制作低延迟网络流,请执行以下操作:
PS。如果播放器的缓冲区小于2秒,则对大多数人来说无法正常工作,特别是在wifi或远程链接上。
PS2。如果您的编码器与Encoder位于同一LAN上,您也可以将低延迟应用程序用于原始应用程序。
PS3。你永远不会在4秒内同时获得可靠的流,但是如果你要对局域网部分进行极端调整(根本没有缓冲编码器 - 你可以这样做),只需使用边缘缓冲即可存档2秒 - 我有这样的球员,但它不公开:(
答案 1 :(得分:1)
我想分享我的经验,因为我最近一直在研究这个CDN世界和实时视频流。
我最好的结果是2秒延迟。
我尝试了一些提供商,我想知道是否有人知道任何其他提供商可以达到这种低延迟。
我使用The Original Livestream实现了2秒,不要与The New Livestream混淆(16秒延迟)。
The Original Livestream和The New Livestream都是同一组Livestream的一部分,但它们似乎针对不同的细分市场。
他们还告诉我,虽然他们仍然支持The Original Livestrean,但他们不再开发它了。
当他们告诉你他们不再开发平台时,这并不是很让人放心,这是我们决定不与他们合作的唯一原因。如果您想要访问指南API的RESTfull端点,那么当您尝试获得他们的支持时,您也会遇到困难。
仍然是2秒延迟。
顺便说一句,我在伦敦工作。
如果你有其他超低延迟CDN,请告诉我。
啊,原始直播的网址不容易找到,这里是...... https://secure.livestream.com/
答案 2 :(得分:0)
在FMS文档中查看NetStream.setBufferTime()和ns.bufferTime。也像罗伯特提到的那样,玩家也有缓冲区。