实时流视频延迟 [英] Live streaming video latency

问题描述

尝试确定造成延迟的最主要因素"-视频从编码器到服务器，再到浏览器中的播放器的往返行程.

Trying to determine what's "most" responsible for latency - the round trip my video makes from my encoder, to my server, and back down to the player in my browser.

我现在和我喜欢的玩家大约12秒.它在我的播放器中缓冲吗?在FMLE的缓冲中缓冲吗?

I'm at about 12 seconds right now with a player I like. Is it buffering in my player? Buffering on the way out by FMLE?

我问的原因是，我觉得我通过下面列出的小测试方案消除了其他罪魁祸首.而且，在其他所有条件相同的情况下，交换其他参与者也会产生最大的延迟差异.一个人把它减少到4秒.不能低于这个水平.

The reason I ask is I feel I've eliminated other culprits with my little test scenario outlined below. And also, all else equal, swapping other players in produces the greatest variance in the latency. One takes it down to 4 seconds. Can't get any lower than that though.

消除其他罪魁祸首:

-不良网络?不，所有这些都在本地运行. -编解码器?，不，将FMLE设置为VP6或H.264会产生相同的延迟. -从FMLE中推送太多数据?不，50kbs或1000kbs产生12秒 -帧率设置要强烈吗?不会，5-29.97 fps会改变效果的运动质量，但延迟会保持在12秒左右.

-Bad network? Nope, running it all locally. -The codec?, Nope, setting FMLE to VP6 or H.264 produces same latency. -Pushing too much data out of FMLE? Nope, 50kbs or 1000kbs produces 12 seconds -Framerate settings to intense? Nope, 5-29.97 fps changes effects motion quality but delay stays around 12 seconds.

我正在开发一个基于FMS的小型Web演示程序包，因此延迟最多只能降低到一秒钟.我见过类似的程序包，几乎没有延迟.这是我的测试设置:

I'm developing a small FMS based web presentation package so the latency will have to be down to a second at most. I've seen a similar package with almost no latency. Here's my test set up:

-相机连接到Windows XP机器 -Flash Media Live编码器3.0.1 -FLASH媒体服务器3.51 -Video Player-Adobe Flash Media Server生产力工具中的示例动态流播放器(有点像Adobe的ActionScript 3.0动态流类的参考实现)

-Camera connected to Windows XP machine -Flash Media Live Encoder 3.0.1 -FLash Media Server 3.51 -Video Player - Sample dynamic streaming player in Adobe Flash Media Server productivity tools (kind of like a reference implementation for Adobe's ActionScript 3.0 Dynamic Streaming Class)

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

If I bounce my video off a server about 30 miles from me the result is nearly identical.

我用CDN和他们提供的播放器进行了测试，我能做的最好的是4秒.

I ran a test with a CDN and a player they provided and the best I could do was 4 seconds.

有人可以测试一个非常快的球员吗?

Does anybody have a really fast player I can test?

推荐答案

自最近以来，我一直在研究CDN和实时视频流的世界.

I would like to share my experience since recently I have been researching into this world of CDN and live video streaming.

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

My best result has been 2 seconds latency.

我尝试了一些提供程序，我想知道是否有人知道其他提供程序可以达到如此低的延迟.

I have tried a few providers and I would like to know if anyone knows of any other provider that gets to that low latency.

我在原始直播中实现了2秒的播放时间，不要与新直播相混淆(延迟时间为16秒).

I achieved those 2 seconds with The Original Livestream, do not confuse with The New Livestream (16 seconds latency).

The Original Livestream和The New Livestreams都是同一组Livestream的一部分，但似乎它们针对的是不同的细分市场.

Both, The Original Livestream and The New Livestream, are part of the same group, Livestream, but it seems they target a different market segment.

他们还告诉我，尽管他们仍然支持原始Livestrean，但他们不再开发它了.

They also told me that although they area still supporting The Original Livestrean, they are not longer developing it.

当他们告诉您他们不再开发该平台时，并不是很放心，这是我们决定不加入他们的唯一原因.如果您想获得他们对Guide API的RESTfull端点的访问权，那么在尝试获得他们的支持时也会遇到困难.

It is not very reassuring when they tell you that they not longer develop the platform, this is the only reason for which we have decided not to get on board with them. You will also have a hard time when you try to get support from them if you want to get access to their RESTfull endpoint for the Guide API.

还是2秒钟的延迟.

我是伦敦人.

如果您还有其他超低延迟CDN，请告诉我.

Please let me know if you have some other ultra low latency CDN.

啊，原始直播的网址不容易找到，在这里... https://secure .livestream.com/

Ah, the url for the original livestream is not easy to find, here it is... https://secure.livestream.com/

这篇关于实时流视频延迟的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！