试图确定什么是“最”负责延迟 - 往返从我的编码器我的视频制作，到我的服务器，并回落到浏览器中的球员。
我在约12秒我现在和一个我喜欢的球员。 难道是我的播放器缓存？ 上缓冲了由FMLE的方式吗？
我想问的原因是我觉得我已经消除其他罪犯与下面列出我的小测试场景。 而且，在一切平等的，交换其他球员产生的延迟的最大变化。 人夺到4秒。 不能比这更低虽然。
消除其他罪犯：
-信号不好？ 不，运行它所有本地。 -The编解码器?,不，设置FMLE到VP6或H.264产生相同的等待时间。 -Pushing数据太多了FMLE的？ 不，50kbs或1000kbs产生12秒-Framerate设置激烈？ 不，5-29.97 FPS变化影响运动的质量，但延迟停留约12秒。
我正在开发一个基于小FMS网络演示包，以便延迟将有最多将下降到第二。 我已经看到了类似的包，几乎没有延迟。 这里是我的测试设置：
- 相机连接到Windows XP计算机-Flash Media Live编码器3.0.1 -Flash Media Server的3.51 - 视频播放器 - 样品动态流媒体播放器Adobe Flash媒体服务器生产力工具（有点像Adobe的ActionScript 3.0动态流类的参考实现）
如果我从我反弹我的视频关闭服务器大约30英里的结果几乎是相同的。
我跑了CDN，他们提供了一个球员，我所能做的就是4秒钟，最好的测试。
没有任何人有一个非常快的球员，我可以测试？
为了使低延迟的网络数据流，做到以下几点：
- 设置您通常编码器并将其指向媒体服务器
- 检查介质服务器边缘配置低延迟配置，Wowza具有内置的低延迟应用
- 在您的播放器，请确保您的缓冲区为2秒以上。
PS。 随着玩家有缓冲不到2其次，它不会对大多数人正常工作，特别是通过WiFi或长程连接。
PS2。 如果你的编码器是同一局域网上的编码器，您可以使用低延迟应用原产应用也是如此。
PS3。 你将永远不会低于4秒，可靠的数据流在同一时间，但如果你会做你的局域网的一部分极端的调整（无缓冲编码器在所有 - 你可以做到这一点），只要使用边缘缓冲可以存档2秒 - 我有这样的球员，但是它不是公共:(
我想和大家分享，因为最近我一直在研究这个世界CDN和视频直播的我的经验。
我的最好成绩已经过2次秒的延时。
我已经尝试了一些供应商，我想知道如果任何人的任何其他供应商，获取对低延迟的认识。
我实现了这2秒原始的流媒体直播，不与新媒体直播（16秒的延时）混淆。
这两种，原流媒体直播和新媒体直播，属于同一组，流媒体直播的一部分，但似乎他们的目标不同的细分市场。
他们还告诉我，虽然他们依然区配套原件Livestrean，他们不再发展了。
当他们告诉你，他们不再开发平台，是不是很让人放心，这是我们已经决定不上船与他们的唯一原因。 您也将有一个困难时期，当你尝试，如果你想访问他们的问题的REST端点的指南API从他们那里得到支持。
仍然2秒的延迟。
我顺便说总部设在伦敦。
请让我知道，如果你有一些其他的超低延迟CDN。
啊，原始视频直播的网址是不容易找到，这里是...... https://secure.livestream.com/
就拿FMS文档中看看NetStream.setBufferTime（）和ns.bufferTime。 另外像罗伯特提到的球员都有缓冲了。
