视频编解码器 2020-比赛开始！

作者：Tamar Shoham

翻译：Coco Liang

技术审校/特别感谢：李大龙（腾讯视频移动端播放内核技术负责人）

原文链接：https://blog.beamr.com/2020/05/28/video-codecs-in-2020-the-race-is-on/

引言

目前已有不少可应用于视频流媒体服务的视频编解码器，而且今年还将发布更多。诸多的方案给视频服务商带来了选择困难症，因为他们需要为自己选择合适的编解码器，以确保为用户传送的音画内容能具备尽可能好的质量和最低的比特率，同时还要考虑到编码器对计算资源的要求。

多年来，选择视频编解码器一直都是很简单的事: 从上世纪90年代末接替数字电视的MPEG-2(H. 262)开始，到千禧年早期（2000年初期）主导视频会议的 MPEG-4 Part 2(H. 263) ，再到之后的 MPEG4 Part 10即 AVC (H. 264) ，后者在大多数视频业务应用，包括传输、会议和监控等在内的市场中一直享有巨大的份额。

与上述国际标准化组织发展编解码器的同时代，谷歌为YouTube 作出了顺应自然的选择，即他们自己的视频编解码器 VP9。

当HEVC在2013年批准成为国际标准时，本应合乎逻辑地成为（接替AVC/H.264）的后浪，但版税问题却成了它的绊脚石。

除此之外，较之前浪所增加的算法复杂性而带来的技术焦虑感，以及4K——这个曾被认为是 HEVC 的主要用户场景（却迟迟未全面过渡普及），多方因素下让HEVC的局面较为惨淡。

这种情况也引发了业界创建一个独立的、免版税的编解码器的强烈愿望。开发进度条快速步进的新编解码器即将面世，这让上述局面火上浇油，而我们发现自己有点像爱丽丝在梦游仙境: 各种现象将我们引领前往不同的方向——但我们到底应该走哪条路呢？

我们将从介绍“在未来视频业务应用中占有重要市场份额的编解码器”的竞争格局开始论述:

在这篇文章里，我们不会讨论 LC-EVC (MPEG-5 Part 2) ，因为它只能算是已有/存量编解码器的一个附加组件，而不是可以用来作为独立选项的视频编解码器。如果你想了解更多，https://lcevc.com/ 将是一个很好的开始。

如果你希望我们评出唯一的获胜者——那我们可能要让你失望了: 很明显，我们并不是朝着单一编码器一统全局的方向前进的。在本文中我们的目的是提供信息，突出每个编解码器的亮点和特性、分享见解和观点，并以此希望能帮助各位在当下的编解码器混战中武装自己。

起源 

第一点我们想讨论的是编解码器的起源，它们各自来自哪里，又意味着什么。迄今为止，大多数被广泛采用的视频编解码器都是联合视频专家团队（Joint Video Expert Team）制定的标准，该团队牵手国际电信联盟-电信联盟视频编码专家组（ITU-T Video Coding Expert Group (VCEG)）和国际标准化组织运动图像专家组 （ISO Moving Picture Experts Group (MPEG) ）共同努力并制定联合标准。 

AVC和 HEVC 都是通过这样一个步骤明确的流程孵化产生的：从 CfP (提案征集)开始，通过标准制定团队对每个提案算法工具的压缩效率和性能要求进行评估，直到建立一个拟议标准草案。经过几轮的编辑和修改，最终的草稿就会被批准，成为正式标准。这个过程非常有条理，并且经过长期实践证明可成功孵化出稳定可用的视频编解码器，AVC、HEVC 和 VVC 都是以这种方式创建的。

EVC 编解码器或许是一个例外，因为它仅仅来自 MPEG，而没有 ITU-T 的参与。这可能与 ITU VCEG 历来都不赞成将版税问题纳为标准化过程的一部分有关，而对于 EVC 来说，正如我们将看到的，这正是最值得关注的问题之一。

视频编解码器的另一个来源是商业公司。一个典型的成功案例就是由谷歌开发的 VP9编解码器，作为 VP8的继承者，VP9编解码器由 On2 Technologies 公司(后来被谷歌收购)开发。此外，一些公司还试图推广开源、免版税、专利自主的编解码器，比如 Mozilla 的 Daala 或 BBC Research 的 Dirac。

编解码器的第三个来源，是在 ISO 或 ITU 等官方国际标准机构之外、独立运作的一个联盟或若干公司组成的工作组。AV1就是一个完美的例子，数家公司通过组建开放媒体联盟(AOM)，协同创建了一种免版税的开源视频编码格式，并且主要面向互联网视频业务。

AOM 的创始成员包括谷歌(Google)(它贡献了 VP9技术)、微软(Microsoft)、亚马逊(Amazon)、苹果(Apple)、 Netflix、 FB、 Mozilla 等࿰