低延迟声明和如何破译它们
从“玻璃到玻璃的延迟”到“接近实时”,流媒体专业人士喜欢用很多术语来描述视频延迟. 不同的延迟声明是如何叠加的，您应该寻找什么? 这完全取决于你想要达到什么目标.
什么是延迟?
延迟是指视频被捕获到在观看者的设备上显示之间的延迟. 将数据块从一个地方传递到另一个地方需要时间, 所以每一步都有延迟 流媒体的工作流程.
什么是玻璃到玻璃的延迟?
编码. 代码转换. 交付. 回放. 每个阶段都会增加延迟. 出于这个原因，您需要寻找端到端或玻璃到玻璃延迟的声明. 这确保了该值考虑了源和查看器之间的综合时差. 其他条款, 比如“捕获延迟”或“玩家延迟”,'只能解释在流工作流程的特定步骤中引入的延迟.
玻璃间延迟如何测量?
测量玻璃到玻璃的延迟很容易. 打开一个 秒表程序 在你的电脑屏幕上，用相机拍摄它-通过你的整个工作流程(编码器)发送流, 转码器如果使用, CDN, 和球员). 接下来，在同一台电脑屏幕上打开播放器，截取两个窗口的屏幕截图.
截图应该包括正在捕获的秒表和正在播放的秒表的实时流. 您可以从秒表上显示的时间中减去视频中显示的时间，以获得更好的测量结果. 为了得到更准确的读数，可以多次做这个实验，取平均值.
什么是低延迟?
您需要区分多种类型的延迟，并确定哪种延迟最适合您的流场景. 这些类别包括:
- 接近实时的 用于视频会议和远程设备
- 低延时 交互式内容
- 减少延迟 对于优质直播内容
- 典型的HTTP延迟 用于线性规划和单向流.
您会注意到，广播越被动，可接受的延迟越高.
在上面的图表中，您还会注意到两个最常见的基于http的协议, HLS和MPEG-DASH, 是在光谱的高端吗. 那么，为什么最流行的流媒体协议在测量玻璃到玻璃的延迟时也像树懒一样?
因为他们的规模和适应能力, 基于http的协议保证了可靠性, 所有屏幕的高质量体验. 这是通过诸如缓冲和 自适应比特率流 -两者都通过增加延迟来改善观看体验.
高分辨率很好. 但如果是高质量的观看体验 需要 闪电般的发货速度? 对于一些用例, 让视频快速到达需要的地方比4K分辨率更重要.
谁需要低延迟?
当直播体育赛事时, 巴黎人官方App建议玻璃杯到玻璃杯的延迟时间在5秒左右，这被称为 减少延迟. 超过这个时间，你与之竞争的有线电视广播公司将是一步或触地, 目标, 全垒打, 你说吧，在你前面.
对于试图将实时视频集成到交互式解决方案(如琐事)中的开发人员 应用程序, live-commerce 网站, 电子竞技 平台等. - 5秒以下的延迟是至关重要的. 这会让你 低延时 范围.
最快的交付速度是为双向会议保留的， 一般bodycams遥控无人机和医疗摄像机. 任何超过一秒的延迟都将使这些流媒体场景变得尴尬, 最坏的情况是灾难性的. 在这里 接近实时的 占统治地位的.
如果您的流应用程序不在上面描述的用例范围内，那么这样做可能是明智的 不 要优先考虑延迟. 这是因为配置流以实现快速交付只会增加不必要的额外复杂性.
跨工作流的延迟
正如巴黎人官方App所说，延迟可能会出现在直播流工作流的每个区域.
主要的瓶颈包括:
1. 段长度
使用基于http的流, 这是一种固有的延迟，因为视频数据是分段发送的，而不是连续的信息流. 这使得一个超级稳定的流媒体体验, 但是意味着直到下载了整个片段才开始播放.
直到2016年，苹果公司建议使用10秒的HLS片段. 后来他们把时间缩短到了6秒, 但这仍然意味着“直播”流从一开始就会落后. DASH和Microsoft Smooth提供了更短的段长度建议, 但是在下一节中巴黎人官方App会看到, 这个延迟乘以, 段长度并不是造成流阻塞的唯一原因.
2. 球员缓冲
大多数播放器被编程为至少接收三个独立的片段，然后才开始播放通过HTTP传输的流. 这是使用缓冲区完成的, 因此，玩家将数据存储在其内存空间中，以预测任何带宽下降.
缓冲有助于确保视频在连接发生变化时仍能继续播放, 但它也产生了最大的延迟. 以传统的10秒HLS片段为例, 在播放前收集三个片段相当于30秒的延迟.
3. 编码效率
比特率，分辨率，使用的编解码器，甚至片段大小都会影响视频编码的速度. 比特率和分辨率越高，编码时间就越长.
另外, 而减少段大小有助于减少总体延迟, 它还会导致更长的编码过程. 出于这个原因, 为了提高编码效率，内容分发器通常会在使用较小的段尺寸时降低比特率.
4. 包装与协议
本文主要关注基于http的流, 但是，当您追求低延迟时，还有其他选择.
传统的流协议(如RTSP和RTMP)巴黎人官方App下载低延迟流. 但他们并没有得到很多球员的巴黎人官方App下载. 许多广播公司选择使用RTMP将直播流传输到他们的媒体服务器，然后 码 它适用于多设备交付.
还有许多新兴的技术旨在减少延迟. 这些包括:
| 协议 | 好处 | 限制 |
| WebRTC | 无需插件的实时交互性. | 不适合规模或质量的. |
| SRT | 流畅的播放与最小的延迟. | 播放巴黎人官方App下载仍然不普遍. |
| DASH的低延迟CMAF | 简化工作流程并减少延迟. | 整个行业的发展势头依然强劲. |
| 苹果低延迟HLS | Apple巴黎人官方App下载. | Spec刚刚发布，供应商正在努力巴黎人官方App下载它. |
5. 交付、网络条件和安全
想象一下，你正在计划一次乘飞机旅行. 你知道距离本身就意味着从纽约到日本的飞行时间要比从纽约到加利福尼亚的飞行时间长. 你也知道，不管你的目的地有多近，恶劣的天气条件都会导致航班延误.
流数据遵循相同的范式. 您的观看器离媒体服务器越远，分发流所需的时间就越长. 就像机场的安检线很烦人一样, 数字版权管理(DRM)降低了交付速度.
内容分发网络(cdn) 对于低延迟交付和诸如 SRT 在网络不理想的情况下，能帮助提高速度吗.
玻璃到玻璃的延迟总结
确认任何向你承诺一定延迟的流媒体供应商是在说玻璃到玻璃的延迟. 因为, 正如你们所见, 在这一过程中，在广播公司和观众之间注入更多延迟的机会是充足的.
巴黎人官方App正在努力解决HTTP低延迟难题. 巴黎人官方App的工程师正在努力巴黎人官方App下载DASH和Apple低延迟HLS的低延迟CMAF. 一旦可用，这些技术应该实现2-3秒的玻璃到玻璃延迟.
