Streaming 实时流媒体视频延迟
试图确定延迟的“最大”原因是什么——我的视频从编码器到服务器，再回到浏览器中的播放器的往返过程 我现在和一个我喜欢的球员在12秒左右。我的播放器里有缓冲吗？通过FMLE进行缓冲 我问这个问题的原因是，我觉得我已经用下面概述的小测试场景消除了其他罪魁祸首。而且，在其他条件相同的情况下，交换其他玩家会产生最大的延迟差异。一个可以把时间缩短到4秒。不过不能再低了 消除其他罪魁祸首： -坏网络？不，全部在本地运行。 -编解码器？否，将FMLE设置为VP6或H.264会产生相同的延迟。 -将太多的数据推出FMLE？不，50kbs或1000kbs产生12秒 -帧速率设置为高强度？不，5-29.97 fps会改变运动质量，但延迟保持在12秒左右 我正在开发一个基于FMS的小型web演示软件包，因此延迟最多只能减少到一秒钟。我见过一个几乎没有延迟的类似包。以下是我的测试设置： -摄像头已连接到Windows XP计算机 -Flash Media Live编码器3.0.1 -闪存媒体服务器3.51 -视频播放器-Adobe Flash Media Server生产力工具中的动态流媒体播放器示例（有点像Adobe ActionScript 3.0动态流媒体类的参考实现） 如果我把视频从离我30英里的服务器上弹回，结果几乎是一样的 我用CDN和他们提供的播放器进行了测试，我能做的最多只有4秒Streaming 实时流媒体视频延迟,streaming,video-streaming,latency,Streaming,Video Streaming,Latency,试图确定延迟的“最大”原因是什么——我的视频从编码器到服务器，再回到浏览器中的播放器的往返过程 我现在和一个我喜欢的球员在12秒左右。我的播放器里有缓冲吗？通过FMLE进行缓冲 我问这个问题的原因是，我觉得我已经用下面概述的小测试场景消除了其他罪魁祸首。而且，在其他条件相同的情况下，交换其他玩家会产生最大的延迟差异。一个可以把时间缩短到4秒。不过不能再低了 消除其他罪魁祸首： -坏网络？不，全部在本地运行。 -编解码器？否，将FMLE设置为VP6或H.264会产生相同的延迟。 -将太多的数据推出
有谁有我可以测试的速度非常快的播放器吗？看看FMS文档中的NetStream.setBufferTime（）和ns.bufferTime。正如Robert提到的，播放器也有缓冲区。要生成低延迟的web流，请执行以下操作：
ps3。您永远不会同时低于4秒和可靠流，但如果您在LAN部分进行极端调优（编码器完全没有缓冲-您可以做到），只需使用边缘缓冲，您就可以存档2秒-我有这样的播放器，但它不是公开的：（最近我一直在研究CDN和实时视频流的世界，我想与大家分享我的经验 我的最佳结果是2秒延迟 我已经尝试了一些提供商，我想知道是否有人知道有任何其他提供商可以达到这种低延迟 我用原始的Livestream实现了这2秒，不要与新的Livestream混淆（16秒延迟） 最初的Livestream和新的Livestream都属于同一组Livestream，但它们似乎针对的是不同的细分市场 他们还告诉我，尽管他们仍然支持最初的Livestrean，但他们不再开发它 当他们告诉你他们不再开发该平台时，这不是很让人放心，这是我们决定不与他们合作的唯一原因。如果你想访问他们的向导API的RESTfull端点，你也很难从他们那里获得支持 仍然有2秒的延迟 顺便说一下，我住在伦敦 如果您有其他超低延迟CDN，请告诉我
啊，原始livestream的url不容易找到，这里是…您可以尝试FMLE之外的其他方法，看看它是否是罪魁祸首（提示：客户端经常添加一些缓冲…）