2012年6月6日
By 1月时特约编辑
专题文章

电视节目引擎评论:改进的空间

This is our second in a series of enterprise encoder reviews; in this review, we test Telestream剧集引擎. 顺便说一下背景, 章节引擎是章节系列中表现最好的选项, 具有无限并行批处理编码, 拆分和拼接编码(稍后会详细介绍), 广泛的输入和输出文件支持, 和简单的集群与其他剧集安装在同一子网. Engine同时适用于Mac和Windows，售价为3995美元.

在我们的测试中，Engine被证明是一款速度快、性能不错的H.264编码工具. 稍微落后了一点铑碳编码器在VP6的编码性能和编码质量上远远落后于WMV. 发动机在所有测试中都是稳定的, 它提供了简单的集群, 在同一子网上共享多个编码百家乐软件的好方法是什么. 在企业环境中，这可能是产品最独特的优势.

Episode围绕工作流的概念进行操作, 包括百家乐软件, 编码器, 和部署, 靠近顶部的按钮栏中工作流旁边的三个按钮图1. 源可以是文件、本地或网络驱动器上的文件位置或FTP位置. 编码器是编码预设, 而部署是Engine将交付编码文件的位置, 哪一个可以包括本地或网络驱动器, FTP的位置, 或者YouTube.

章节引擎1

图1. 插曲界面，这是相同的所有三个版本

您可以通过拖动源来创建工作流, 编码器, 并部署到图1中深灰色区域所示的流程图中. 一旦创建, 单击Submit按钮开始编码, 除非队列中有现有作业，否则哪个会立即启动. 如果有的话, 您可以通过为每个任务分配一个任务来确定任务的优先级, 两个, 或者三个星号来控制编码顺序.

一旦你创建了一个工作流, 您可以保存它以供以后重用, 包括将其分配到监视文件夹以进行自动操作. You can drive Engine manually via its GUI; set up watch folders on local, 网络, or FTP folders; or use a command line or XML-RPC interface. 还有一个插曲开发者API工具包，它是一些高级输出格式所必需的, 包括微软平滑流媒体和苹果HTTP流媒体直播(HLS).

总的来说，GUI工作得很好，但有几个小方面肯定可以改进. 第一个, 如图1所示, 如果编码器的名称太长, 它被截断了, 不管你的界面有多大. 这使得很难判断您应用了哪些预设，从而使许多操作复杂化.

第二个, 在Mac上，为自己的预设创建文件夹并不容易, 这使得组织和查找预设变得困难. 即使在Windows上，文件夹的创建和使用也是模糊的. Telestream应该在这两个平台上改进这些操作. 最后，所有用户，而不仅仅是产品审查人员，都关心编码作业需要多长时间. teleststream应该计算并在状态窗口中显示所有已完成的作业.

支持的格式

有关支持的输入和输出格式的完整列表，请查看格式支持图. 这里是高音:用于输入, 该产品支持最流行的采集格式, 包括XDCAM (HD), HD 422, EX)的MOV格式, GXF, 和MXF. 该产品可以输入红色文件高达2K使用红色QuickTime插件，加上ProRes和DNxHD.

单文件输出格式支持非常广泛，包括VP6, H.264, WMV, VC-1, WebM, mpeg - 1, 以及各种面向网络和有线电视的容器格式的MPEG-2, 包括3 gpp, 和MPEG基本, 程序, 运输, 系统流. 再一次。, 然而, 使用GUI, Engine can’t output the special file formats and metadata files for Smooth Streaming and HLS; you have to use the API kit. 引擎也不能输出Adobe的HTTP动态流(HDS)，虽然这应该很快改变.

对于夹层文件, 引擎可以在Mac上输出ProRes，在Windows Server 2008上运行时可以在Windows引擎上输出ProRes, 如果另外安装了所需的编解码器，则可以输出MOV格式的Avid DNxHD. 对分布, 引擎包括输出预设草谷, 利奇, 和Omneon播放服务器.

关于封闭字幕, 发动机可通过AC-3中的EIA-608和eia - 708, SCTE-20, 和VBI带内字幕编码时，MPEG-2视频, 但H不是.264或其他流编解码器. 引擎还可以转换NTSC封闭字幕VBI带内信息到EIA-608, eia - 708, 或SCTE-20.

控制操作

在多核工作站上, 您可以通过在Preferences对话框中选择允许的同时编码的数量来控制编码效率. 这个数字的范围从1到计算机上可用的最大核数. 例如, 在我的12核HP Z800上(启用了超线程技术的24核), 可用的最大同时编码数为24.

然而, 根据我的技术联系人, 同时编码的理想数量取决于编解码器和作业. 例如，用H.264编解码器, 哪个在多核计算机上运行效率很高, 在一台12/24核的计算机上，同时进行的编码不应超过5到6个. 另一方面, 使用老旧且效率低下的VP6编解码器, 同时编码(最多12个)，可以提高多个文件的编码效率.

我在多种配置下测试了性能，我将在性能部分详细介绍这些配置.

共享——集群

集群支持多次安装Episode, 集专业, 和剧集引擎安装在同一子网一起工作, 每个安装称为一个节点. 操作是通过集群浏览器控制的，如图图2，有三种选择:单独工作、创建集群或加入集群.

章节引擎2

图2.在集群浏览器中控制集群操作.

当单独工作时，就像我在图中所示的Mac Pro上一样，您可以向集群提交作业. 工作流将由集群中的各种机器呈现，而不是您的节点.

如果您创建了一个以您的节点为主的集群, 您可以控制如何在集群成员之间分配作业. 有三种选择:循环制, which sends jobs to each node in order; hardware balanced, 哪个节点向更强大的节点发送更多的作业, 由处理器号决定, 速度, and memory size; and load balanced, 它使用与硬件平衡相同的容量计算，但也考虑每个节点上排队的当前作业数量.

最后, 如果您加入了一个集群, 您提交的所有作业都根据主服务器设置的规则分配给集群. Clusters are a win/win for all Episode installations; if your node has processing power to spare, 您可以加入一个集群. 如果不是, 你可以选择独自工作，或者, 在Cluster首选项中, 选择仅对计算机提交给群集的作业进行编码.

Split-and-Stitch

Split-and-Stitch是一个加速编码的功能, 尽管它在目标明确的情况下效果最好. 为了解释，没有启用拆分和缝合，引擎从开始到结束编码每个文件. 与分裂和缝合启用, Engine将作业划分为多个片段，这些片段可以由集群上的其他计算机或多CPU计算机上的未使用百家乐软件呈现.

集群上的性能改进显然取决于集群中其他计算机的速度. 在多CPU计算机上，比如我的12个CPU/24核HP Z800, 分缝对编码速度的影响是编解码器和作业特定的. 例如，在一个测试中，我将一个52分钟的1080p测试文件编码到H.264格式与不拆分和缝合. 没有Split-and-Stitch, 编码文件的时间为15:34 (min:sec), 而与Split-and-Stitch, 编码时间实际上更长, 平均大约17分钟，这取决于我如何配置拆分和缝合操作.

当将4:50 1080p文件编码为VP6时, 情况发生了逆转, 用Split-and-Stitch减少编码时间从16:57到3:07. 为什么会有这种差异?? 因为H.264编解码器在多核计算机上效率更高, 即使只编码一个文件，它也会消耗Z800上大约50%的CPU百家乐软件. 与此形成鲜明对比的是, VP6在多核计算机上的效率是出了名的低, 在同一台计算机上进行单个文件编码期间，平均只有大约8%的CPU利用率.

底线是，您的结果将根据文件的长度和数量而变化, 您应用的编解码器, 以及计算机或集群上可用的额外百家乐软件. 例如, 我的技术联系人建议，一些Telestream客户实现了20 - 30倍的实时H.264编码的集群小到四个或五个系统. 这是有道理的, 因为Split-and-Stitch可以让你利用长文件的集群操作，你必须在没有Split-and-Stitch的情况下在一台计算机上编码. 仍然, 这显然是一个您必须在自己的编码环境中摸索出来的特性, 因为它的通用应用程序可以显著地减缓一些编码工作, 你们稍后会读到.

格式特定的编码选项

引擎配备了数十个可定制的编码器，每个编码器都有五个可编辑的块，如图所示图3; Format, 你在哪里调整音频和视频编解码器和容器格式, 设置入点和出点, or select intro and outro videos; Video filters, where you select video output parameters such as resolution and frame rate and apply video filters; Audio filters, 在哪里选择音频输出参数和音频过滤器, Split-and-Stitch, where you set these parameters; and Metadata, 在哪里向文件添加元数据.

章节引擎3

图3. 组成每个编码器预设的可编辑类别

可配置的压缩参数的数量因格式而异. 当前发布的Engine版本使用的是MainConcept H.264编解码器, 可配置参数相当丰富, 配置文件的选择, 水平, 熵编码技术, 以及b帧和参考帧计数, 支持自适应b帧, 编码片的数量, 和IDR帧.

相比之下，Telestream没有提供可配置的WebM编码参数. 尽管如此, 不过我没有在这轮高端编码器中测试WebM, 我上次检查的时候，《百家乐app下载》的WebM编码质量和速度都很好. 与vp6相关的配置选项包括profile (VP6-E和VP6-S), 复杂性(正常和最佳), alpha通道支持. 适用于Windows Media编码, 您可以选择WMV-9和VC-1编解码器, 具有广泛的控制与两个以上的轮廓, B-frames, 编码的复杂性, 诸如此类.

Telestream提供了一系列很好的视频过滤器, 包括VBI的导入和导出, Telecine和逆Telecine, 多种颜色和亮度调整, 水印叠加. 你可以在引擎的预览窗口预览视频过滤器的效果, 虽然预览并没有显示所选编解码器和编码参数的定性影响. 音频滤波器包括高通和低通滤波器, 速度, 褪色的平衡, 还有音量调节, 在音量控制中提供规范化.

我测试了什么

这些是我测试的Engine的特定方面. 在大多数情况下，我将Engine与该产品最相关的竞争对手之一进行了比较， Harmonic的ProMedia Carbon, 它的价格要高出40%(6美元,000美元，而插曲引擎只有3美元,995)，仅在Windows上可用.

反交错质量

许多制片人已经转向渐进式源镜头，尤其是流媒体. 如果你还没有，或者你正在编码旧的镜头，你仍然关心去隔行质量. 而插曲提供了七种不同的去隔行技术, 没有人能顺利完成我的去隔行测试文件中的所有10个序列. 公平地说, ProMedia并非在所有序列中都是完美的, 但ProMedia的整体业绩略高. 基本技术, 我之前测试过, 仍然产生最好的整体去隔行质量.

表演。

表1 包含Engine和ProMedia Carbon在同一HP Z800工作站上运行的性能比较, 哪个配置了两个3.33 GHz六核Intel Xeon X5680 cpu, 64位Windows 7, 24GB内存.

情节引擎表

表1. 表演。 comparisons between Episode Engine and ProMedia Carbon; times presented in hours:min:seconds format

我做了两个测试:第一个是52分钟, 1080p文件编码成11个预设, 另一个是24个1分钟的DV文件，编码成相同的预设. 这些预设来自于我最近为一家大型网络所做的一些咨询工作, 所以它们中的大多数实际上今天还在使用. 因为预设是为了适应传送, 我在所有试验中都使用恒定比特率编码(单通道，因为不是所有编码工具都支持双通道).

在telesream的建议下, 我在启用超线程技术的情况下进行了测试, 这就为编码打开了24核. 当产生H时.264和WMV输出，我用六种同时编码运行，同样是在Telestream的建议下. 与VP6, 我6点开始, 但是CPU使用率非常低，所以我跳到12, 可以显著提高CPU使用率和性能. 为了完成这幅图，我使用ProMedia Carbon，同时启用了12个作业.

使用Engine进行52分钟测试时, 我在开启和关闭Split-and-Stitch的情况下进行了测试，并使用了更快的时间. 有趣的是, 与VP6, 当编码单个文件时，从拆分和缝合操作中获益最多的编解码器, 在我的大文件测试中使用Split-and-Stitch将编码时间从3:05降至5:24(小时:分)。. 虽然这种技术可以显著提高某些选定操作的编码速度, 我一般不会让它生效.

当产生H时.Engine在两个测试中都更快，特别是在长文件编码中. 在这方面，请注意我们在一个版本周期结束时捕获了Harmonic. 我希望在2012年6月之前测试新版本，据报道它的运行速度要快得多.264编码. 如果你是在2012年6月之后阅读这篇文章，请查看StreamingMedia.更新Rhozet性能结果.

否则, 在所有其他测试中，ProMedia都证明速度更快, 在单文件和多文件WMV编码中效果显著.

质量

在我的质量测试中，我继续使用ProMedia与Engine的比较主题. 为了评估这三种格式的质量，我比较了以640x360x29编码的文件.在240Kbps下，这是自适应设置中最激进的配置.

与H.目前版本的Engine使用MainConcept编解码器，Rhozet也是如此. 在这些MainConcept和MainConcept的比较中, Rhozet比Engine保留了更多的细节, 尽管只有在并排比较时才会注意到这一点.

定性比较文件时, 我总是确保数据速率在目标的5%以内. 作为进一步的措施, 我将编码文件加载到Bitrate Viewer中，以检查每个编码器遵守所请求的恒定比特率编码的程度. 图4 讲述了这个故事，引擎在上面，Rhozet在下面.

章节引擎4

图4. Bitrate Viewer显示引擎(在顶部)在生成所要求的恒定比特率方面比ProMedia做得更好.

不幸的是，尺度不同，这有点令人困惑. 但如果你仔细观察, 您可以看到Engine在整个文件中更好地维护了所请求的数据速率, 正如反射在淡淡的蓝色波浪水平线. 具体地说, 与ProMedia, 在文件的前三分之一段，平均比特率线远低于250Kbps, 这些都是低动作. 相比之下，Engine的平均比特率始终是一致的.

因为Rhozet在文件前面分配了更少的数据, 它有更多的数据要分配给文件的高动态后端, 与引擎相比，毫无疑问提高了质量, 哪一个在整个文件中均匀地分配位(按要求)，并且没有多余的位可以空闲. 整体, 使用MainConcept编解码器的两个工具之间没有明显的质量差异, 尽管Engine更快，并且在实现一致的数据速率方面做得更好.

此外，在即将发布的升级中，Telestream将向Engine添加x264编码. Telestream分享了该产品的alpha版本, Engine生成的x264文件明显优于MainConcept文件, 而且它们和罗塞特的档案几乎没有什么区别. 性能、CBR精度和H.264的质量，我认为引擎略高于ProMedia.

与此形成鲜明对比的是, 使用Windows Media编码, 使用默认设置时，引擎比Rhozet减少了更多的帧，并且在使用WMV 9和VC-1编解码器时产生了更低质量的帧. 当我调整WMV相关的编码控制优先平滑, 引擎能够产生一个文件，我的目标参数没有丢弃帧使用VC-1编解码器, 但是画面质量很差. 当我使用WMV9编解码器优先考虑平滑度时, 也没有掉帧, 但文件数据速率跃升到令人无法接受的500Kbps. 考虑到质量和性能，我会避免使用引擎进行WMV编码.

使用VP6，两种编码工具之间的数据速率配置文件和质量非常相似. 如前所述，ProMedia是更快的编码器，但并不明显.

总结与结语

作为企业编码器, 引擎作为一个独立的产品表现良好, 除了WMV编码, 在有针对性的场景中，使用Split-and-Stitch编码是一个很好的选择. 这里需要注意的是不完整的字幕功能. 在工作组设置中, 该程序的简单集群功能是一个很好的特性, 允许用户用廉价版本的Episode对自己的文件进行编码, 同时在必要时接入工业强度并行编码器.