2016年12月5日
By 1月时特约编辑
专题文章

CMAF已经成功了一半，但还不够远:评论

希腊哲学家芝诺最著名的悖论之一是二分悖论, 也被称为无限中途理论. 这个概念表明，如果你一直朝着某个目标前进一半, 你永远不会到达, 因为在A点和B点之间有无数个中途站. 在众多的自适应流媒体技术和能够提供所有这些技术的单一文件格式之间，似乎还有无限的中途停留. 通用媒体应用格式(CMAF)也是如此。, 这样我们就得到了一半, 但在最终到达之前，存在着一个几乎可以预见的障碍.

从背景来看，自适应流媒体世界主要使用三种技术. 根据编码.com’s “2016年全球媒体格式”报告, 2015年，71%的行业使用HLS, 平滑流媒体增长19%, DASH下降10%. 在媒体容器格式方面, 平滑流和DASH(以及HDS)使用所谓的碎片化MP4容器格式(fMP4)。, 而HLS则使用MPEG-2传输流容器. fMP4格式的单个包可以为DASH和Smooth Streaming客户端提供单独的清单文件, 哪些是小文本文件. 这导致很少的额外存储成本. 但是，以前不能将fMP4格式的文件传送到HLS客户端. 而不是, 您必须创建并存储MPEG-2传输流, 存储和编码成本翻倍. 使用两种格式还会降低分发基础结构中缓存的好处, 这可能会大大增加分销成本.

在2016年全球开发者大会上，苹果宣布HLS将支持fMP4文件. 具体地说, 苹果同意支持CMAF, 这本书的作者是来自苹果公司的大卫·辛格和来自微软公司的基尔罗伊·休斯. CMAF到底是什么? 在MPEG-speak, 它是分段媒体传输的标准，正式化为MPEG-A Part 19, 或ISO/IEC 23000-19. 具体地说, CMAF uses the ISO Base Media File Format (ISOBMFF) container—with common encryption (CENC); support for H.264, HEVC, and other codecs; and WebVTT and IMSC-1 captioning. 为了兼容，CMAF可由两个HLS播放列表(.m3u8文件)和DASH清单文件(.mpd文件). 对于HLS交付，CMAF将取代目前以MPEG-2容器格式打包的文件. 对于DASH, CMAF将意味着对现有的基于isombff的格式进行非常小的更改.

到目前为止，一切顺利. 问题是CMAF还支持两种不兼容的通用加密模式:苹果的FairPlay数字版权管理技术(DRM)的密码块链(CBC)。, 和计数器模式(CTR)的PlayReady, 都, 和其他数字版权文件. 用CBC加密的内容不能被PlayReady和widevine兼容的客户端解密, 而使用点击率加密的内容无法被FairPlay客户端解密. 所以对于受工作室级DRM保护的内容, 而不是两个内容筒仓(一个DASH), 另一个HLS), CMAF支持两个内容筒仓(一个用CBC加密), 另一个是CTR). 这感觉不像是很大的进步.

当然, 如果DRM不是问题的话, CMAF让你一路走到那里, 你应该能够转换成一种文件格式. 不幸的是, 并非所有hls兼容设备, 甚至是iOS设备, 能在战场上升级吗, 所以，你必须评估一下，如果你转换，你会搁浅多少这样的客户. 事实上，90%的编码.com的ABR流不是DASH告诉我们，生产商不愿意放弃已经有效的解决方案.

你能做什么?? 通过将内容从MP4文件动态打包为DASH，可以避免增加的存储和编码成本, HLS, 以及通过微软Azure或Akamai等服务实现的流畅流格式, 或者像Wowza Streaming Engine或Elemental Delta这样的产品, 我在另一篇文章中描述过. 简而言之，不会立即发生变化.

整体, CMAF是朝着正确方向迈出的一步, 但有时走到一半感觉根本没有进步. 我觉得我太悲观了? 在编码时检查.Com发布2017年媒体报告，我们拭目以待.

作者注:作者要感谢Christian Timmerer, Bitmovin首席信息官, 用于验证本文中的技术细节.

[本文发表于2016年11月/ 12月号。 流媒体杂志 作为“成功了一半”."]