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

At this week's Reframe forum in New York City, 视频编码专家听到了LHLS的最新消息, or low-latency HLS, delivered by John Bartos, JW Player的高级软件工程师. Reframe有点像东海岸的Demuxed会议, Bartos正在构建他在2018年Demuxed上介绍的一个主题:创建一个适用于所有平台的低延迟标准.

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

HLS标准要求编码器只发布一个片段, meaning a piece of media, when the last byte has been added, or encoded," he explained. “之后，它通过电线传递给客户端. 所以你的最小理论延迟本质上变成了一个片段的长度，因为你需要捕捉X秒的视频，然后才能传送X秒. 所以六秒片段的理论最小值是六秒. In practice, 玩家在此点后停留的时间约为3倍, 这只是为了保证缓冲和网络条件的稳定性."

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

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

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

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

图片来源:JW Player在Reframe论坛上的John Bartos.