这都可以？（2017年NAB编解码技术摘要）

本人并没有参加会展，以下内容是 Jan Ozer写的，本人只做翻译，供相关行业和领域学习和参考。

Netflix分享了它的编码秘密，Beamr，Capella，Haivision，Harmonic，Hybrid和V-Nova也展示了它们在HEVC，HDR，云编码等等方面的优势。

我只在NAB呆了23小时，但是即使在如此短的时间里我还是学到了大量关于编解码和相关传输协议的最新发展。下面是一些亮点：

Haivision

我先从Haivision开始，Haivision是HEVC编解码器x265的主要投资者，特别适用于低延时实时编码。首席营销官Peter Maag解释说通过和开源社区合作使得Haivision可以为它的客户提供一系列灵活的基于GPU/CPU编码组合来满足他们特殊的密度（density），质量和延时相关的目标。换句话说，就是编码的一站式服务。

Haivision也开源了它的SRT（安全可靠传输）技术，并且和联合创始人Wowza成立的SRT Alliance来推动SRT的采用。简而言之，SRT是一个能够在公共网络上传送高质量，安全和低延时视频的视频传输协议。基本上，它是Zixi的竞争者，Zixi经常被用于实时流制作者和他们的云转码器之间的第一英里传输（first mile transmissions）。

我问了Maag关于开源一项公司已经内部开发的技术的经济学。除了对于人类和行业（以及所有这些）的美妙好处外，Maag指出任何使用Wowza来进行现场直播作业的人都想要一个使用SRT的编码器，而Haivision只是恰好有“一个业界领先选择”。突然间开源就有了一个巨大的意义。

Harmonic

接下来是Harmonic，它和VIVE Lifestyle Network，Globecast 一道展示了"the first ultra-high-definition (UHD) high dynamic range (HDR) OTT managed platform as a service (PaaS) for delivery of linear content over the internet to connected TVs." （首个超高清HDR给通过互联网在已连接电视间传送线性内容的OTT托管平台作为服务）。这三者中，VIVE提供内容，Harmonic实时多通道HEVC/HDR编码，Globecast分发内容。

我刚刚为了流媒体杂志的六月发行完成了一个HDR视频报道，直到我进入了Harmonic展位之前我从未真正看到任何东西。我不得不说这肯定会达到预期。不像3D或者甚至是VR，可以确定的是再过十年所有TV都会是HDR。看到这三个公司能建立一个视频商业案例如此之迅速是很有意思的，这些视频只能在相当小但是快速增长的智能电视上播放，并且需要25Mbps来传送这些顶级质量的4K流。

Beamr

视频编解码和优化厂商Beamr有两个公告。第一个有关对在因特尔至强处理器E3系列（Intel Xeon processor E3 family）上的 Beamr 5 HEVC软件编码实时编码支持。Beamr表示，采用集成Intel Iris Pro P580显卡的 Intel Xeon E3-1585 CPU v5，编码器可以执行10位HEVC HDR视频的实时4K软件编码。

第二个涉及Beamr的视频优化技术和Vanguard视频的HEVC编解码技术的长期预期的融合成一个内容自适应HEVC编码器Beamr 5x。简要的说，Beamr优化是H.264和HEVC流的后处理，可以迭代的降低流的数据率，直到驱动系统的质量测量分析器发送达到目标质量的信号为止。这个模式减慢了操作并且意味着每个文件的都被压了两次。

在Beamr 5x中，质量测量分析器作为HEVC编码器的速率控制机制服务，所以只应用一个单层压缩。这个模式使编码器能针对特定质量等级而不是数据速率，从而让过程内容自适应，所以谈话的头部视频将比足球比赛能更有效的进行编码。我期望测试5x，尽管不幸的是它在即将到来的Streaming Media East的HEVC比较中还不可用。

Capella Systems

Capella Systems公司是Cambria FTC Encoder的开发者，第一个具有每标题（per-title）编码功能（可以根据源文件的复杂程度调整编码阶梯数据率的高低）商业编码器。该软件的 latest release最新版本包括杜比响度管理，杜比E和杜比数字+编码，以及转换 text on slates and in end credits到 text for adding to the file metadata的能力。

Hybrik

云编码厂商Hybrik推出了分段编码，多种风格的HDR编码，和包括SSIM，PSNR和VMAF的后期编码视频质量检测。这些加上他们的摇滚底部价格（rock bottom pricing）使得流媒体编辑授予他们Streaming Media Best of NAB Award。

Netflix

对于我来说的关键活动是Netflix在蓝调之家周三晚上举办的的 "From Pitch to Play: Building the Netflix Global Studio。"故名思义，这些演讲专注于Netflix的原始内容如何在被叫做Netflix数字供应链中从议案走到生产。作为活动的一部分，包括媒体工程&伙伴关系，质量控制，演播室技术，内容平台工程，编码技术在内的五个内部分组，围绕在小桌子之间并且讨论大量你想讨论的东西。对于我，这是个理解Netflix是怎么使用和看待不同的对他们可用的编解码器的好机会。

我首先与Netflix的视频算法总监进行了交谈。我错过了前些天她和谷歌Matt Frost的精彩对话，但是它慷慨的谈到了很多同样的内容。（对话可以在here看到）

我们先讨论了VP9,Anne表示这是Netflix的低比特率编码移动推送的核心。Anne讲述了广泛的Netflix测试发现VP9在相同的使用场景中比AVC好大约40%-50%，并且分享了即使面向移动下载的低比特率下，VP9比H.264效率高出36%。

我们接着谈到开放媒体联盟的AV1 编解码。在他们的测试中，Netflix发现AV1比VP9效率高20%，在开发周期的这个阶段是非常有吸引力的。我接着问了Anne一旦比特流被冻结，Netflix能多快开始利用AV1。她回答说，“我们不得不集成AV1到我们的编码管线中来运行我们的初始测试。我们会在它发展时保持更新，并且一旦播放在Chrome或者其他浏览器上可用时，我们就能将AV1合并到我们的生产流程。”

除此之外，在上述参考视频中，Google的Frost声称AV1当前测试比VP9高效30-35%，并且他预计AV1比特流会在2017年底被冻结。它同样分享了Chrome团队和其他浏览器开发者正在尝试使用AV1解码，并指出基于浏览器的AV1播放当比特流被冻结时（如果不是之前）是可用的。

接着我问了HEVC的应用场景。Aaron解释目前Netflix将HEVC部署在智能电视上，并将编解码器作为HDR策略的组成部分。但是对于电脑和手机，H.264和VP9是Netflix的首选编解码器，也是目前大部分研究的重点，即将也包含AV1。

我接着和编码技术总监David Ronca聊天。讨论了Netflix当前的工作流，他提到他们没有使用死板的Google提供的开源VP9编码器。相反，他们使用一家叫做Two Orioles公司的编码技术，这家公司是首席VP9开发者Ronald Bultje成立的。Ronca特别提到，Netflix发现开源VP9的双通速率控制机制是次优的，Bultje的编码器目前比Google高出约8％。

Ronca还透露，Netflix正在使用Vanguard的HEVC编码器（现在是Beamr的一部分），它经过广泛的竞争性测试后采用。我询问Beamr 5x的潜力，它将Beamr优化与Netflix已经使用的HEVC编解码器合并。他回应说，虽然看起来很引人注目，但Netflix已经建立了自己的编解码器独立的每个标题编码工作流程，由自己的速率控制机制（动态优化）提供支持，并使用VMAF来推动质量决策。虽然Netflix的方法是计算密集型的，Ronca解释说，其操作规模以及每个视频的播放次数意味着投入任何计算资源以尽可能产生最有效的编码是有必要的。

鉴于即将发布的AV1，以及Netflix是Open Media联盟的创始成员，我询问了HEVC的未来。 Ronca笑了起来，解释说Netflix在一些较旧的平台上仍然采用VC1格式进行编码，而HEVC对于UHD / HDR的经验非常重要，尽管他指出HEVC许可证的不确定性是一个持续的问题。然而，正如亚伦曾提到的那样，他认为Netflix的主要重点是对移动设备进行低比特率的传输，因为这将是许多市场的推动者，而且HEVC并没有考虑到这些因素。至于HDR开发，Ronca解释说，Netflix能操控的所有HDR都是杜比视觉，它允许一个单一的工作流程，可以输出Dolby Vision，HDR10和709视频录像。

V-Nova

我在Encore Tower结束了我的夜晚，V-Nova公司展示对于移动消费的的PERSEUS 2编码视频低至100Kbps，1080p高清视频为1Mbps。 通过与Microsoft，Eutelsat和Imagine Communications等基础架构合作伙伴关系，V-Nova在使其编解码器高效，易于部署方面取得了重大进展; 看到未来十二个月的商业应用的步伐将是有趣的。

本文链接：https://www.yangzhibaike.com/post/8661.html

声明：本站文章来自网络，版权归原作者所有！