试图确定什么是延迟的“最主要”原因-我的视频从编码器到服务器,再回到浏览器中的播放器的往返行程。
我现在和一个我喜欢的球员在一起的时间是12秒。它在我的播放器中缓冲了吗?在FMLE退出的道路上缓冲?
我问这个问题的原因是,我觉得我已经用下面概述的小测试场景消除了其他罪魁祸首。而且,在其他条件相同的情况下,交换其他玩家会产生最大的延迟差异。其中一次将时间缩短到4秒。不过,不能再低了。
消除其他罪魁祸首:
-Bad网络?不,全部在本地运行。-The编解码器?,不,将FMLE设置为VP6或H.264会产生相同的延迟。-Pushing从FMLE传出的数据太多了?不,50kbs或1000kbs产生12秒的-Framerate设置到强烈?不,5-29.97fps会影响运动质量,但延迟保持在12秒左右。
我正在开发一个基于FMS的小型web演示包,因此延迟将不得不降低到最多一秒。我见过一个几乎没有延迟的类似包。下面是我的测试设置:
-Camera连接到WindowsXP机-Flash媒体直播编码器3.0.1 -FLash媒体服务器3.51 -Video播放器- Adobe Flash Media Server生产力工具中的示例动态流播放器(有点像ActionScript 3.0动态流类的参考实现)
如果我在距我30英里的服务器上播放我的视频,结果几乎是一样的。
我用CDN和他们提供的播放器进行了测试,我能做的最多是4秒。
有没有人可以测试一下速度很快的球员?
发布于 2012-02-25 07:47:13
要制作低延迟web流,请执行以下操作:
ps。当播放器的缓冲时间小于2秒时,对于大多数人来说,它将无法正常工作,特别是在wifi或远程链接上。
ps2。如果您的编码器和编码器在同一个局域网中,您也可以将低延迟应用程序用于源应用程序。
ps3。你永远不会在4秒以下同时获得可靠的流,但是如果你想在你的局域网部分做极端的调整(编码器完全没有缓冲--你可以做到),只要在边缘使用缓冲,你就可以存档2秒-我有这样的播放器,但它不是公开的:(
发布于 2014-07-20 02:17:07
我想分享我的经验,因为最近我一直在研究CDN和直播视频流的世界。
我最好的结果是2秒的延迟。
我已经尝试了几个提供商,我想知道是否有人知道有其他提供商可以达到如此低的延迟。
我用原始的实况流实现了这2秒,不要与新的实况流混淆(16秒延迟)。
原始直播流和新直播流是同一个组的一部分,但似乎它们针对的是不同的细分市场。
他们还告诉我,尽管他们仍然支持最初的Livestrean,但他们不再开发它。
当他们告诉你他们不再开发这个平台时,这并不是很令人放心,这是我们决定不与他们合作的唯一原因。如果您想通过Guide API访问他们的RESTfull端点,那么当您尝试从他们那里获得支持时,您也会遇到一段艰难的时期。
不过,还有2秒的延迟。
顺便说一下,我在伦敦工作。
如果您还有其他超低延迟的CDN,请告诉我。
啊,原始直播的url不容易找到,在这里...https://secure.livestream.com/
发布于 2010-10-08 12:57:17
看看FMS文档中的NetStream.setBufferTime()和ns.bufferTime。同样,就像Robert提到的,播放器也有它的缓冲区。
https://stackoverflow.com/questions/1296875
复制相似问题