视频:减少延迟的最佳实践和关键考虑

了解有关减少延迟的更多信息流媒体西部.

阅读这段录音的完整文本:

Jamie Sherry: 这取决于您的用例和您想要实现的目标, 以及延迟如何成为该用例的一部分, 有不同的技术可以降低延迟. 这里没有什么灵丹妙药. 您可以从许多协议或技术中选择一种来尝试解决这些问题. 它们有权衡，有积极的一面也有消极的一面. 但你真的需要在工作流程的每一步都考虑到这一点.

这不仅仅是网络的问题, 这不仅仅是关于缓冲区管理, 我已经列出来了. 这也是内容创造. 这是你需要的功能. 从某种意义上说，如果你需要做转码，比如说，那就会引入延迟. 这可能是次要的，但也可能是重大的. 如果你想以元数据或加密等其他方式操作内容, 通常这些都是可以的, but again, it just depends.

这完全取决于拓扑，你在哪里做这些事情，以及你如何将它交付给用户. 我知道这听起来不容易，但现在就是这样. 内容创造，比如编解码器. 有比特率和分辨率，这些都是影响因素. 流工作流程和设备, 不管你用的是什么设备，不管它们是什么网络:WiFi, 4G, 所有这些都有网络波动. 公共互联网. 如果你与企业或公司有私人联系, 它可以是不同的，也可以是更好的，因为你有更多的控制, usually.

The workflow, again, 在你真正将内容呈现给消费者之前，你应该考虑如何处理这些内容. 缓冲区管理，特别是编码器和播放器，还有服务器. Again, 您可以将这些区域的缓冲区减少到几乎没有, again, 你会遇到网络波动或退化的风险, 您可能会对回放产生负面影响.

网络方面的考虑实际上可以归结为两个方面:如何使用我们讨论过的传输协议以及可能在此基础上的协议来优化传输. HTTP vs. RTMP vs. RTSP. 然后是如何接触到你的受众. 同样，大小，位置，所有这些都对延迟有影响. 人们今天真正尝试的领跑者是像WebRTC和WebSocket这样的东西. 当然有很多产品都有这样的功能, 从头开始, 编写的服务和软件在底层使用这些来完成它们的工作. 他们中有很多人在做非常好的事情.

你只需要确认一下, again, 当你在处理专有协议时, 这些都是基于标准的. 但本质上，当你不处理HTTP时，在回放端，你需要 ... 我称他们为有意识的客户. 基本上，你不可能在浏览器中放一个视频标签，一个HTML5视频标签，然后让它工作. 你需要写一些代码来实现这个. 然后是服务器向外扩展的基础设施部分, 这取决于你使用什么协议, 在原点边缘的缩放, 中间层拓扑, 否则就需要很多服务器和很多协议的细节.

cdn肯定会在这些领域进行调查和尝试. 他们希望保持缓存基础设施的运行. 他们想要支持新的用例，并利用它来支持它们. 我称之为调优HTTP, 是为了减少块大小和其他方面的内容, 是我今天所说的领跑者，但也有cdn考虑WebRTC. 同样，还有其他的选择，我马上会讲到，不常用的 HTTP.