4低延迟流的权衡

了解有关低延迟流的更多信息流媒体东部.

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

Chris范德海登说: 当您考虑部署低延迟解决方案时，一切都与权衡有关. 所以，要做一些权衡. 这张幻灯片显示了一个相当图形化的视图，它将告诉您是否需要最低的延迟, 您的用户体验或可伸缩性将受到影响. 如果您喜欢更高的查看器体验或编码器中更多的计算周期或更大的客户端缓冲区, 那么你的延迟就会受到影响. 所以这是一个权衡的问题.

第一个权衡:端到端视频制作工作流中造成延迟的两个最大因素是花费在编码上的时间和客户端缓冲区的大小, 这些传统上是由分段大小决定的. 现在分块CMAF已经使用了分块包装, 这允许你推出部分内容并部署，并一路传播到边缘，并已经进入客户端的播放器，而无需在该部分的最后一块完全完成. 这就是低延迟分块传输和分块封装, 但是如果你想要一个很低的延迟, 你要把你的编码器设置为实时或接近实时，然后要么你的视觉质量将受到影响，要么你将无法实现如此好的压缩. 这是需要考虑的.

我们发现，我们的大多数客户更愿意选择质量更好的体验. 当然，对于像体育直播这样的东西, 你不会想在高端服务上看蹩脚的流媒体. 所以我们看到人们在编码上花费了相当多的时间.

需要进行权衡的第二部分是客户端缓冲区的大小. 因此，在之前的分块封装中，我们至少需要缓存整个段. 苹果的HLS规范实际上说，你需要缓存至少3.5倍的段大小. 所以在传统的10秒片段中，这在客户端缓冲区中是35秒.

现在，对于这些旧的延迟协议，仍然有相当多的端到端延迟，特别是在客户端缓冲区中, 下一张幻灯片我会讲到这一点，因为你需要评估何时需要进行质量转换. 但是不管, 使用块传输, 使用块编码, 或者大块包装, 更小的块进来，你的缓冲区实际上是相当可预测的. 所以我们在某种程度上能够更好地保持较小的缓冲区大小, 只是通过大块包装, 大块转移在那里.

第三个权衡, 这是你的连接延迟或者你可以将其与传统的线性电视进行比较. 当你点击遥控器，下一个频道出现时所花费的时间. 所以这也是在所有的流协议中——当然是受你的片段大小影响的二级流协议——因为每个片段都需要以关键帧开始或以关键帧开始, 这就是你可以从流中挑选的点. 即使是大块包装，你也不能随意选择你想要的部分. 所以你需要等待片段的开始. 所以你有一个选择. 如果我们在编码第四部分, 我们是选择等待第5部分并减少端到端延迟，还是我们已经在第4部分开始播放，但会产生更大的延迟?

如果你有6秒的片段, 您可能会产生平均3秒的端到端额外延迟. 有很多方法可以解决这个问题. 我们采用的一种策略是，我们将开始播放前一段，并将播放速率略微提高到观众无法察觉的水平，并赶上端到端延迟. 这是一项非常有用的技术. 如果您远远超出了同步窗口, 您甚至可以选择寻找并拥有专用设备, 本机平台. 下载之前的片段并在不显示帧的情况下进行快速编码可能更有用.

这些是可以用来减少端到端延迟的策略, 但是再一次, 你需要选择分段的大小.

交换机延迟非常相似. 切换延迟是播放器检测到它可能播放到更高质量的流之前所花费的时间. 更高的分辨率，更高的比特率，在你播放的时候. 为什么这很重要?? 在这里，我们看到我们可以打出更高的质量, 但是我们在缓冲区中仍然有一些内容. 那么我们怎么处理这些内容呢? 我们是否要等到这些内容被充分发挥出来? 还是直接把它扔了? 我们把其中两个片段扔掉，然后开始播放并下载高分辨率的? 这是一种选择. 你的带宽会受到一点影响, 但你至少需要保持你所在的活跃部分. 所以，段的大小对你来说非常重要.