JW Player Engineer提供了LHLS开发的更新

在本周的重新定义在纽约举行的论坛上, 视频编码专家听到了LHLS的最新消息, 或低延迟HLS, 约翰·巴托斯报道, JW Player的高级软件工程师. 重新定义有点像东海岸的Demuxed会议, Bartos正在构建他在2018年Demuxed上介绍的一个主题:创建一个适用于所有平台的低延迟标准.

LHLS是对HLS规范的修改, Bartos解释, 它将延迟时间降低到2到7秒. 该项目的目标是克服HLS的基本问题，这些问题阻碍了视频播放器实现低延迟.

HLS标准要求编码器只发布一个片段, 意思是一块媒体, 添加最后一个字节时, 或编码,他解释道. “之后，它通过电线传递给客户端. 所以你的最小理论延迟本质上变成了一个片段的长度，因为你需要捕捉X秒的视频，然后才能传送X秒. 所以六秒片段的理论最小值是六秒. 在实践中, 玩家在此点后停留的时间约为3倍, 这只是为了保证缓冲和网络条件的稳定性."

LHLS是一个开放的标准，并且向后兼容. 它的不同之处在于编码器可以将当前编码段发布给客户端, 片段可以通过一系列较小的片段下载，而不是以较大的片段下载.

在过去的六个月里, 该项目得到了多个编码器的支持, 包括Akamai, Wowza, 和Mux. 该项目还获得了口头承诺(也许他们是喝多了，但我们有来自Twitter、Periscope、Hulu和其他公司的承诺. 在重新定义, Bartos要求发行商参与并加入公测. 他现在专注于创建一个服务器端广告插入解决方案.

他还重构了Hls.Js使其默认为渐进式. Hls.不关心直播或低延迟流媒体的Js用户仍然会从播放器的渐进式中受益, 他说. 即使使用10年前编码的片段，播放也应该更快、更可靠. 正如Bartos所说，Hls的一个预先录制的演示.js在他身后播放LHLS的直播. It buffered occasionally; it's still a work in progress.

'Th它是大量工程努力的结晶,巴托斯说, 感谢社区的支持. “我期待着继续与大家合作，并将其推向GA."

图片来源:JW Player在重新定义论坛上的John Bartos.