March 10, 2021
By Jan Ozer Contributing Editor
Featured Articles

Buyers' Guide to VOD Encoders

这个视频点播买家指南旨在引导新手了解什么是编码器以及如何选择编码器, 而不是帮助一个认真的买家在任何类别中选择供应商或方法. If you're new to the market, you'll learn a bit about who's who and what's what; if you've been in the streaming business for a while, 你可能不会从中得到很多. 和往常一样，上述公司只是具有代表性，并非详尽无遗.

让我们从Bitmovin提供的一些数据点开始 2020 Video Developer Report，其中包括来自80多个国家的792名参与者的回答. Figure 1 展示了对“你在哪里编码你的视频”这个问题的集体答案?其中包括2020年报告和2019年报告的数据. 由于许多受访者使用了多种方法，因此每年的总数都超过100%.

Bitmovin report

对于“你在哪里对视频进行编码??摘自Bitmovin的《百家乐软件》

两种软件编码器类别(本地和云)占84%, 使软件编码器成为目前最大的类别. 后面的问题揭示了那些使用软件编码器的人, 51%的人使用商业编码器来构建自己的软件编码设施, 41%的人使用像FFmpeg这样的开源编码器.

Working down the list, 32%的受访者使用云编码服务, 而13%的人使用托管的本地编码服务. 我将在本文中讨论所有这些方法. Presumably, 大多数硬件编码器都是针对实时应用的, 所以我将只给硬件编码器一个简短的提及.

Introductory Concepts

在选择编码器或编码方法之前，您需要了解几个概念. 第一种是自适应比特率(ABR)流, 哪些技术可以让你通过不同的连接速度向在不同设备上观看的观众提供内容. 常用的技术包括基于HTTP的动态自适应流(DASH)和苹果的HTTP Live Streaming (HLS)。.

所有ABR技术都将文件编码成所谓的编码阶梯, 其中通常包括为不同的观看者定制的5到7个文件. Figure 2 shows Apple's 从HLS创作规范中推荐的编码阶梯. At the top are lower-resolution, 对于那些在手机上观看的人来说，更低的比特率文件, 而底部显示高分辨率, 高比特率文件，适合在高带宽的智能电视上观看的观众.

HLS Encoding Ladder Specs

Apple’s recommended H.来自HLS创作规范的264阶梯

要通过ABR分发，您需要在编码阶梯中生成文件. 你还需要元数据文件来帮助玩家选择编码阶梯中的最佳梯级, 它还可以为视频添加字幕和DRM保护.

Creating the encoding ladder is called encoding; creating the metadata files that pull the audio, video, captions, 和DRM一起被称为包装. Sometimes, packaging involves chunking the original files in the encoding ladder into shorter segments for easier distribution; sometimes, it doesn't.

Some desktop tools, like Adobe Media Encoder (AME)是编码器而不是打包器. 如果你正在使用在线视频平台(OVP)，这就是你所需要的 Brightcove or Kaltura 来传送你的视频，甚至是YouTube. 所有这些服务都摄取一个, high-quality file; transcode into the encoding ladder; and package for the ABR technologies they deploy. However, 如果你的目标是制作内容，你可以通过HLS或DASH直接传递给你的观众, 您需要一个编码器和一个打包器，或者同时需要一个工具.

另外两个需要理解的概念是静态包装和动态包装. With static packaging, 您将创建编码阶梯和必要的打包，并将所有文件上传到源服务器以进行分发. With dynamic packaging, you create your encoding ladder, 上传文件到源服务器, and use servers like the Wowza Streaming Engine and Softvelum Nimble Streamer 根据需要对内容进行实时打包，以匹配与观众兼容的ABR技术.

有趣的是，Bitmovin的报告告诉我们，37.6%的受访者使用动态包装. 要实现动态，您需要一个编码器，而不是打包器. AME would again be fine; just encode to multiple outputs and upload the files to your origin server, 动态打包器可以在哪里完成其余的工作.

Long story short, 在你选择你的方法之前, 您必须了解您需要的是编码器还是编码器和打包器.

Desktop Encoders

桌面编码器是安装在本地Windows或Mac计算机上的软件程序，包括前面提到的AME, 以及手刹和苹果的压缩机. 您也可以将Avid Media Composer的导出功能放入此组中. Of the four, Compressor是唯一可以打包成ABR格式的工具, obviously Apple's HLS, with captions but no DRM. 其余的可以以不同的格式输出一个或多个文件.

While AME can't package, it does have a watch folder function to enable simple automation; anyone with access to that folder on a network can drop a file in, AME将启动并将文件编码为您所选择的任何预设. 如果预设构成一个完整的ABR阶梯, 您最好使用一个使用动态打包的系统. 使用Compressor，您可以将多个mac组合到一个编码工作组中. With HandBrake, 您可以轻松地将一个文件夹或多个文件转换为单个输出预设, but like AME, there's no packaging function.

如果所有你需要的是没有DRM的HLS包装，压缩机应该为适度的产量工作. 如果你是通过OVP、YouTube或Facebook发行游戏，任何桌面编码器都可以. 如果您想要完整的服务编码和打包到多个带有DRM的ABR格式, you need to look elsewhere.

If this describes you, 首先列出编码器/打包器所需的所有功能, 包括摄取格式支持, output codec/ABR support, supported HDR formats, DRM requirements, and captioning requirements, as well as expected volumes. 考虑用例需要的特定处理. For example, 将带有双声道音频的简单MP4文件转码到HLS/DASH阶梯是非常简单的. However, 如果您正在使用可互操作的主格式(IMF)文件，并且需要为特定输出映射音轨，同时以多种语言创建字幕, 你将需要一个更有能力的系统或服务提供商.

如果你正在考虑第三方软件, you should know where you want to install the software; if you're considering a cloud service, 您应该知道是使用服务进行部署，还是在自己的硬件上启动软件. In all cases, 您需要知道预期的每日交易量，并考虑在需求因任何原因飙升时可用的期权.

Enterprise Encoders

企业编码器是您授权并安装在本地或私有或公共云上的程序，并执行全面的编码和打包功能. 这类买家显然希望拥有并控制自己的编码体验, wherever they deploy it, 与使用第三方服务相比.

该类中的大多数产品都可以支持所有相关的输入文件和多种编解码器和ABR格式的输出, with captions and DRM support, 同时提供一系列高端功能，如AD插入, watermarking, and audio loudness management. 大多数都提供图形用户界面和应用程序编程接口(API)，用于与媒体资产管理程序以及编码和分发工作流中的其他程序进行自动交互.

一个潜在的区别是部署模型. 你能把软件安装在你想要使用的地方吗? 定价在不同的环境中是如何运作的? Otherwise, 您应该探索诸如处理日常编码杂务和必要冗余级别所需的许可证数量等问题? 你需要购买多少台电脑来支持你预期的运作?

另一个区别是编码过程的工作流控制概念. 具有工作流功能的系统可以在摄取时检查文件和/或文件元数据，并做出编码决策，例如选择预设或从编码管道中删除潜在的错误文件并通知技术人员. 此功能可以通过用户界面或脚本交付，并有助于使操作更加灵活和健壮.

另一个区别是每个头衔的能力, 或者根据被编码视频的复杂性定制编码阶梯的能力. 实现方法各不相同，但此类别中的每个合法产品都应该提供此选项.

可伸缩性是另一个需要考虑的问题. 如果您的公司获得了第三方库，并且需要尽快将其上线，您的选择是什么? 一些供应商提供硬件加速, 对于临时需求来说，哪一种选择是昂贵的，但如果日常编码需求增加，它可能是有意义的. 公司提供日费还是月费, 或者是否有一个姊妹云服务可以使用与您内部使用的相同的预置来处理您的超载?

不要在真空中选择编码器. 如果你要购买其他功能的软件, such as live streaming, advertising insertion, streaming file origin, or packaging, 考虑一下从单个供应商获得两个或更多这些功能的好处, 并且/或者了解您正在考虑的编码器将如何与其他供应商的产品接口.

Cloud Encoding

云编码通常以软件即服务(SaaS)的形式提供。, 将文件上传到服务中, choose your encoding options, 并指示服务将完成的文件发送到哪里. 与本地软件部署相比，SaaS云编码的主要好处是硬件和软件的资本支出更低, 降低了与编码农场的住房和供电相关的运营成本, built-in system redundancy, 并且消除了软件更新的成本. 与安装在云端的第三方软件相比, you don't have to buy, install, 或维护第三方软件.

Of course, 只有32%的Bitmovin调查受访者表示他们使用云平台, 与购买或开发自己的编码器相比，选择云服务并不是轻而易举的事. Viewed from a distance, SaaS与自己的决定似乎更多的是哲学上的而不是经济上的.

Cloud encoding services range from compression-only ones like Coconut; companies that offer encoding as well as other services, like Bitmovin; and encoding workflow vendors such as Encoding.com and Dolby's Hybrik 亚马逊和微软等公司将编码作为整体存储的一个组成部分, encoding, and delivery workflow.

选择一类能够提供您正在寻找的服务范围并与您期望的部署模型相匹配的供应商. For example, Bitmovin and Encoding.com 它们都允许您在内部部署或外部私有云上安装它们的软件, but not all vendors do.

考虑您希望如何与系统交互. 大多数云服务支持api驱动的操作, 但并不是所有的都为入门用户或非技术用户提供用户界面. In particular, AWS Elemental MediaConvert 具有高度可用的UI和功能强大的API，使服务适合所有技术级别.

价格是最大的区别之一. 大多数供应商按输出分钟收费，但有些，比如编码.Com，让您按月租用托管云实例，以固定价格无限处理. For Hybrik, 杜比根据您可以使用其软件的AWS实例的数量每月收取固定费用.

Building Your Own

As mentioned earlier, 在Bitmovin的调查中，41%的受访者表示他们使用了像FFmpeg这样的开源编码器. 我们不知道的是，与那些使用FFmpeg构建和托管编码场的人相比，有多少人随意使用FFmpeg, 通常与Bento4或MP4Box等包装器结合使用.

在我看来，有两种类型的公司应该考虑构建自己的编码设施. 最高端的是像Netflix这样的公司, YouTube, and others, 对于高质量的编码能力, high capacity, or both delivers a clear, competitive advantage. 这些公司已经并且需要继续在编码方面进行创新, 如果你能控制整个管道，你就能做到最好.

另一端是需求相对直接的小公司, 在这种情况下，只要有一点时间，任何人都可以创建一个脚本，用于编码和打包分发文件(参见“如何自动化FFmpeg和Bento4与Bash脚本.". Otherwise, 大容量和/或复杂的需求, 使用商业软件程序或云编码器几乎总是更好.