2013年2月19日
By 1月时特约编辑
专题文章

现场编码器的买方指南

过去，选择实时流编码工具很简单:您通常会对单个流进行编码，以便交付给桌面查看器, 预算是最重要的购买标准. 今天什么时候买, 当然, 几乎可以肯定，您已经扩展了您的目标观众，包括移动和桌面客户端, 自适应流优于单一文件传输.

您需要考虑许多新的工作流选项, 从实时云或基于服务器的转换到基于服务器或cdn的转换. 您还可能有一些新的需求, 从数字版权管理到封闭字幕再到广告插入.

以帮助指导您的决策, 在本买家指南中，我将介绍您在购买现场编码器用于本地流媒体之前应该问的问题. 讨论的备选方案将包括硬件和软件编码器, 但不是真正的便携式编码器，如相机编码器或基于触摸屏的硬件编码器. 不过我将涉及云转码, 一个单独的买方指南将侧重于云编码和转码.

六个问题:现场编码器

谁是服务提供者，它推荐什么编码器?
您将服务于哪些平台，您将分发单个或自适应流?
你需要什么功能围绕你的视频?
你需要你的编码器来执行什么功能?
你的工作流程是什么??
哪个最合适?

询问您的服务提供商

如果你正在使用直播服务提供商，如Livestream或Ustream, 您的第一站应该是检查其兼容软件程序和硬件设备的列表. 显著, Livestream和Ustream都提供免费的软件编码器，这些编码器与它们的分发平台完全集成, 确保易用性和全面的平台和特性支持. 如果您的要求要求购买硬件编码器, 您会想要购买一个编码器，类似地集成到您所选择的服务提供商的分发平台中.

单一或自适应流?

假设你没有使用直播服务提供商, 您必须从定义事件的交付需求开始, 从你的目标平台和你计划提供多少流开始. 然后, 您可以向后工作以确定最佳工作流——和编码器——为所需的目标生成所需的流.

附加功能

超出目标平台和流的数量, 你还必须考虑视频的特点. 例如，是否需要封闭字幕支持? 数字版权管理或广告插入怎么办? 很少有独立的软件编码器可以处理这些要求，甚至是低端的硬件编码器.

额外的功能

大多数硬件和软件编码器都是单一功能的编码引擎. 然而, 一些软件程序可以执行有价值的生产功能, 如多摄像头切换, 标题插入, 或者回放基于磁盘的文件. 在硬件方面, 有一些多摄像机生产系统也可以输出实时编码流. 如果您希望集成生产和编码功能, 先把这个放到桌子上, 因为它将严重限制您可以考虑的硬件和软件产品.

定义工作流程

这就是分析变得复杂的地方. 几年前, 制作人想要将可接受的流分发到多个平台(游戏邦注:比如Flash和iOS各有4个流)，就必须同时为两个平台制作所有所需的流. 通常，这涉及到多套昂贵的机架式硬件编码器.

2010年左右, 将一组可采用的流转换为满足另一个交付平台的需求的实时能力变得司空见惯. 这个过程称为transmuxing，涉及到重新包装(但不是重新编码)H.264 video streams into the container format necessary for another target platform and creating any required metadata files. Transmuxing已经成为大多数媒体服务器的标准功能，一些内容交付网络也提供这种功能.

例如, 流服务器可能会输入四个流，通过基于rtmp的动态流来绑定Flash传输，然后将视频流的容器格式更改为通过HTTP Live streaming (HLS)传输所需的MPEG-2传输流，并创建必要的M3U8 manifest文件. 如果您将转换构建到您的工作流程中，则不需要为每种格式单独编码器.

In 2011, 第一台实时转码器进入市场, 可作为独立服务器或在云中使用. 实时转码器可以输入单个高质量流，然后为自适应流组创建必要的文件迭代. 在我们的例子中, 转码器将输入一个文件，并产生四个不同质量水平的文件, 如果输入文件将作为自适应组中最高质量的文件，则需要三个文件. 这些文件可以根据需要进行配置，以便交付到多个目标平台, 是否HLS, 基于rtmp的动态流, 或任何其他自适应格式.

如果您构建转码和转换到您的直播流工作流程, 您不再需要预置多文件编码功能. 而, 您需要一个能够向转码工具提供单个高质量流的编码器, 几乎所有的硬件或软件编码器都可以做什么. 您还可以显著降低出站带宽需求，因为您从设备发送单个流, 不是多个流.

选择是否将转换和转换集成到工作流程中涉及多个因素. 两者之中, transmuxing is more compelling; since there are really no negatives, 很难想象当你不想用它的时候.

实时转码是一种较新的方法，而且很少被证实, 由于低比特率流是由先前压缩的文件产生的，所以不清楚质量是否会受到影响, 而不是原始来源. Outbound bandwidth is obviously a key decision-making factor here; if it's limited, 你需要分发多个流, 将单个流发送出设备，然后将该流转码到自适应组中，这可能是您唯一的选择.

如果出站带宽不是问题，那么预算将成为下一个考虑因素. 如果你是一家不惜一切代价追求质量的公司, 购买一个硬件编码器能够产生所有需要的流可能是你最好的选择. 如果资金短缺, 为下游转码生成单个流可能是最经济实惠的选择, 特别是如果你制作的现场活动相对较少的话.

整体, 甚至在选择一类编码工具之前, 你应该规划出你将用来制作视频的最终形式的工作流程, 包括实际发行文件的容器格式和元数据需求, 以及任何辅助功能. 您还应该确定所选转码/转模工具的输入需求, 因为这些将成为您选择的编码器所需的输出.

找到最合适的

通过这一点进行分析, 你应该已经完成了你的需求清单, 了解编码器需要生成的流的数量以及它必须支持的辅助特性. 这将帮助你专注于某一类产品, 无论是软件编码器, 中级独立硬件编码器, 或工业级, 机架式编码器. 在这个类别中, 您应该确定能够产生所需流的最经济实惠的产品, 提供所有辅助功能, 连接到你的相关输入, 无论是IP还是视频.

如果你被困在类别之间, 比如在软件编码器和便宜的硬件编码器之间进行选择, 或者在多个廉价的硬件编码器或单个工业强度产品之间摇摆不定, 以下是一些高级考虑事项.

第一个, 介于硬件和软件编码器之间, 人们普遍认为硬件编码器更可靠. 在很大程度上, 这与安装程序的平台有关，而与软件程序本身无关. 这是, 如果你在营销总监的笔记本上安装一个软件编码器, 它可能会受到稍后安装在该计算机上的任何程序的影响. 由于大多数硬件编码器都是单功能设备，因此平台本身要稳定得多.

第二个, 作为一个单一的工业强度编码器或多个较弱的和更便宜的编码器, 如果你正在产生自适应流, 在单个编码器上对所有流进行自适应组编码是最佳实践. 有一些参数，比如关键帧, 块大小, 音频参数应该在所有文件中保持一致, 在单个编码器上进行编码是实现这一目标的最简单方法.

本文将出现在即将出版的2013年流媒体行业资料书中.