CMAF将在2019年得到快速发展

按照JW Player技术高级副总裁John Luther的说法，CMAF将在2019年快速发展，尽管这项技术在国内还不怎么流行。苹果、微软以及Akamai都在支持CMAF。在下周举行的LiveVideoStackCon 2018上，Akamai 首席架构师William Robert Law将会分享如何通过CMAF提供海量并发的低延迟流媒体服务的。

文 / Ben Munson

译 / 王月美

原文：https://www.fiercevideo.com/tech/cmaf-coming-and-it-could-dramatically-improve-livestreaming

在CMAF的帮助下，流媒体延迟可大大降低。（Pixabay）

在过去的几年中，直播中的延迟水平有所提升，但随着现场直播内容的受众增长，对低延迟的要求也越来越高。而这就是CMAF的用武之地。

通用媒体应用格式（CMAF）不一定是新格式。它与已经使用了多年的分散的MP4密切相关。由Apple和Microsoft合作，CMAF的想法是为HLS或DASH（两种主流流媒体协议）创建标准化的传输容器，以避免视频流工作流程中增加的成本与复杂性。

Akamai Technologies产品管理高级主管Jon Alexander表示，CMAF允许进行块转移。这意味着视频片段仍由编码器在播放器播放时创建。因此，必须将播放器在视频收到整个文件之前就开始渲染视频。

块传输可以帮助降低现有的延迟级别。

Alexander表示，大约三到四年前，无论是使用HLS还是DASH，端到端延迟的默认值大约为30~45秒。 Akamai表示，它的低延迟产品大约两年前推出，提供10~12秒的延迟，而现在则是该公司的标准。

这是用于如2018年世界杯等大型直播活动的标准。但随着这些事件继续吸引了更多的直播观众，广播公司希望延迟性能能够有进一步地提升。

“我们现在开始看到的是客户说‘嘿，我们想降低延迟。’” Alexander说到。

考虑到这一要求，IBC的Akamai在9月份通过大块转移展示了CMAF流媒体，将延迟降低到了不到一秒的水平。

它现在在Akamai的平台上得到了本地支持，但挑战则在于视频工作流程需要编码器和能够支持块传输的播放器。

走向被更广泛采用的道路

Akamai拥有编码器验证流程，并且目前拥有5个经过CMAF超低延迟解决方案认证的编码器。相比之下，它有13个通过其当前标准的10~12秒延迟媒体服务产品认证的编码器。因此，仍有一些问题亟待解决，但对CMAF的支持正在Akamai的编码器计划中进行。

但是为了在9月的IBC展示它的超低延迟演示，Akamai建立了自己的播放器。

使用自定义dash.js播放器，Akamai演示了一个使用目标延迟的播放器。这意味着播放器尝试与直播同步，并在现场后停留3~5秒。

该公司还在解决滑点问题，这是指低延迟流中的变化或延迟。Akamai的dash.js播放器可以使用设置的延迟目标动态地重新分配直播和实时广播，以防止在延长的观看时间内累积滑点。在60分钟的时间内，就可以在一到两分钟内将直播放到现场。

但是，仅仅因为Akamai建立了自己的播放器并不意味着CMAF支持不在播放社区中。

JW Player技术高级副总裁John Luther表示，他的公司正在努力在2019年为其播放器增加CMAF支持。

Luther说，与许多人希望的相比， CMAF需要更长的时间来获得行业认可采用，他说DASH也是如此。另外，他谈到HLS是当今流媒体的主流格式，而具有MPEG-2传输段的HLS可以很好地满足当今大多数流媒体的需求。

“但在过去的六个月里，我听到的几乎全是任何关于低延迟自适应流媒体的要求，”Luther说到。

他表示，部分需求来自Flash的实时消息传递协议（RTMP）部分，实际上已经消失—并且业界意识到HTML5没有真正的实时传输协议。而他认为，CMAF块转移可以满足这种需求。

“为了做到这一切并确保每个人都符合CMAF，测试它并将其放入编码管道，包装，CDN和整个生态系统中，这需要做很多工作。而这项工作现在已经开始了，”Luther说。“时机到了，我认为2019年将是它的突破年。”

块转移的未来

2016年，当苹果宣布向HLS添加fMP4支持时，CMAF块运输得到了很大的推动。我们的想法是，CMAF将减少为编码为HLS和DASH的内容设置单独的筒仓的需要。

但当时，加密是一个问题。 也就是说，CMAF支持的两种不兼容的加密模式—密码块链接（CBC）和计数器模式（CTR）仍然需要单独的视频流。这是因为Apple的HLS只支持CBC，而历史上Google的Widevine只支持CTR，Luther说。

“Widevine现在支持两者，故而打破了这一僵局，”Luther说。“这不是CMAF的错。而是两家最大的DRM技术供应商同意不同意的错。”

Luther表示，加密媒体扩展规范中还有一个新的API，用于检测浏览器支持的加密模式，并且它应该进一步帮助加速CMAF的采用。

在可以开始影响消费者体验上，CMAF还有很长的路要走。但Luther表示，如果CMAF由所有内容交付网络，包装供应商和其他所有人实施，那么它将具有实现自适应流分秒传送的潜力。