2013年10月11日
By 1月时特约编辑
专题文章

元素云:流媒体的综合实践审查

我们俩都省点时间吧. 如果您正在为小批量生产寻找最便宜的云编码服务, 跳到下一篇文章; 元素云不是给你的. 另一方面, 如果你是一个高产量的生产商，寻求获得安全的能力, 专用云百家乐软件能力快, 高质量的编码, 继续读下去. 如果您是现有的Elemental硬件客户，希望将溢出作业发送到云，同样如此, 或者你只是想了解平台即服务(PaaS)和软件即服务(SaaS)之间的区别。, 大多数云提供商使用的是哪种操作模式.

还在这里? 好的,很好. 正如你现在所怀疑的，这是对元素云的回顾. 通过设计, 元素云使用与Elemental基于设备的编码器相同的接口和应用程序. 我回顾了元素服务器设备我写的关于界面的所有内容同样适用于元素云. 如果你在用元素硬件编码, 您可以部署相同的预置，并通过相同的接口和/或API控制设备和云的统一操作, 哪些优势是其他云产品无法比拟的.

在这篇综述中, 我将重点介绍特定于云的工作流和操作, 以及与其他云供应商的性能和质量比较. 我将讨论不同供应商之间的价格比较, 但Elemental没有公布定价，所以我不能分享任何确切的数字. 让我们从简要介绍功能开始.

元素云特性

元素编码器最初是高容量的H.264编码引擎，以及对传统格式(如VP6)的支持有限. VP6和H.263从未可用，元素云可以输出Apple ProRes, HEVC/H.265, MPEG-2和VC-1, 与AAC一起, AC3, DTS表达, 杜比数字+, WMA2, 以及未压缩的WAV和AIFF音频文件.

可用的输出容器格式包括3GPP, MP4, F4V, MPEG-TS, MOV, CableLabs兼容选项(MPEG-TS), 紫外线(CFF, UVU), 和微软Windows Media (WMV/ASF). 对于自适应流, Elemental支持Adobe的HTTP动态流(HDS), 苹果的HTTP直播(HLS), MPEG-DASH (MP4, ISO, TS)和微软的平滑流媒体(ISMV).

其他功能非常广泛, 包括对封闭字幕的支持, 广告插入, 拼接, 多音轨, 多个加密, 以及数字版权管理(DRM)技术, 以及监管要求，如《百家乐软件app最新版下载》(CALM Act). 一如既往地使用这些类型的功能, 细节决定成败, 如果你有特殊的字幕或权限管理要求, 先把它们放到桌子上.

作为过渡到云的设备供应商, Elemental为其编码引擎提供了最好的用户界面(UI), 以及全面和成熟的应用程序编程接口(API). Zencoder并没有真正提供API，而编码.com的UI缺少一些关键元素，比如预设管理. 而大多数大容量用户显然使用API, 当你刚开始使用或只是在测试服务时，你会喜欢Elemental的UI.

在此背景下，让我们进入web操作以及PaaS和SaaS之间的区别.

你买什么

当您使用Zencoder或编码等SaaS云供应商时.Com，你把你的文件上传到一个编码引擎中，这个引擎由所有用户共享. 您不需要为您的文件保留任何专用百家乐软件, 当队列时间开始增长时，您无法控制这两个服务用于添加百家乐软件的算法. 别误会我, 这两种服务都是成熟的，并且都有大型客户，他们都有关键的编码任务，如果编码时间太长，他们早就换供应商了. 共享操作只是野兽的本性.

与此形成鲜明对比的是, 元素云, 您可以购买一定时间的基于cpu或基于gpu的编码和最大节点数. 一旦云计算启动，它们就完全致力于您的编码工作. 如图所示图1，您可以通过设置挂起作业的数量来控制额外节点的启动速度. 设置“节点创建速率”为1, 每次有一个待处理的任务时，就会启动另一个实例. 为了更快的性能, 可将最小节点数设置为10个, 哪个会消耗你每月的时间，但会确保最快的响应.

图1. 确定使用这些控制的成本-效率-性能权衡.

这种专用的百家乐软件方法还应该最大限度地减少在各种测试中经历的编码时间的变化, 我稍后会更详细地探讨这个问题. 在可用性方面, 在花了几个星期的时间在云端运行了几十个片段编码之后, 我突然意识到Elemental可以做更多的事情来帮助用户节省编码时间. 例如, 大多数大批量生产商在生产周期中可能都有高峰时间，也可能有淡季. 创建一个简单的时间表，用于启动和维护百家乐软件以满足这个时间表，然后(更重要的是)在繁忙之后关闭实例，这将是很好的. 在一定的停机时间后关闭所有节点的简单开关, 类似于电脑的睡眠模式, 也会有帮助.

关于Elemental的PaaS产品的其他几点:首先, 通过设计，所有部署都在虚拟私有云中创建，以实现最大的安全性. 除了, 在选择要在其中部署节点的区域时, Elemental透明地在该区域内的不同数据中心内旋转节点. 因此，如果一个数据中心宕机，仍然有节点可用来处理负载. 除了, 可以在多个区域的多个数据中心进行百家乐软件发放，保证编码百家乐软件的可用性.

所有这些基础设施的明显缺点是成本，至少对非常小的生产商来说是如此. 而编码.com和Zencoder的成本竞争力，即使是休闲编码器, 最低容量的元素云客户每月支付的费用为低四位数. 我之前说过, 如果你想为小批量生产寻找最便宜的服务, 元素云不适合你.

这并不是说对于大批量生产的制作人来说，Elemental比Zencoder或编码更昂贵.com. 事实上, 因为定价取决于节点创建率和最小节点设置等因素, 具体情况下，比较成本会有很大差异. 为了使那些试图比较价格的人进一步复杂化，请注意编码.Com按千兆字节的输入和输出收费，您可以阅读有关功能的信息.编码.而Zencoder则按每分钟收费，你可以在Zencoder上了解到.com/ en / file-transcoding /定价. 如果比较成本是云编码器选择的一个重要因素, 最好削尖你的铅笔，提高你的电子表格技能. 你会需要它们的.

使用元素云

正如前面提到的, 前面的元素服务器回顾详细介绍了该工具的操作和工作流程, 和元素云一样吗, 所以你可以查看一下回顾的全貌. CliffsNotes版本是这样的:预设包含一组编码参数, 而一个配置文件包含多个预设, 例如，对于自适应组或必须从单个源生成的多个文件. 通过将概要文件指向源文件来创建编码作业, 是否通过UI, 看文件夹, 或API.

生成自适应文件组是在概要文件级别完成的. 设置基本编码参数后, 您可以为自适应流添加额外的输出组. 这些可以在基本编码参数之外工作, 或者您可以为这些流选择不同的参数. 这显示在图2. 文件组选项卡包含我的标准测试中使用的11个预设的编码参数. 苹果HLS的附加标签, Adobe的HDS, 微软的流畅流媒体, 和DASH ISO包含每个自适应组中文件的输出参数.

图2. 包含多种自适应格式的概要文件

如果自适应文件是从文件组中的编码派生的, no additional 编码 is performed; basically, 输出是由原始源文件转换而来的, 哪一种既快又不消耗CPU. 如果自适应组的编码参数与“文件组”不同, 他们是, 当然, 分别编码.

在性能方面, 每个作业都提交到单个核心，不能在多个节点上共享. 从编码效率的角度来看, 如果图2中的所有四种自适应格式都使用了来自原始File Group的相同编码参数, 您可能希望将它们保存在单个配置文件中，并将它们作为一个作业提交. 如果四个自适应组的编码参数都不同, 通过创建单独的概要文件并将其编码为单独的作业，您可以在多节点系统上获得更快的性能.

性能试验

当我复习编码时.com, 我考虑了亚马逊的云编码设施, 亚马逊弹性转码器, 以及用于性能和定性测试的元素云. 在这次评测中，我使用了Zencoder的云编码服务，而不是亚马逊. 请注意，Zencoder不提供功能齐全的UI, 所以Zencoder的技术人员为我的测试创建了编码脚本, 我审查并提交到网站的JavaScript请求生成器.

结果? 不幸的是, 云编码的本质需要更多的披露和描述，而不是互联网初创公司的转移注意力的招股说明书. 通过比较, 当比较桌面编码器时，你会加载它们, 把你的测试扔给他们, 记录编码次数, 比较一下质量. 有云编码器, 你必须考虑上传时间等因素, 排队时间, 服务计划, 最大可用节点数, 它们的状态(运行与否), 以及旋转额外节点的规则.

上传时间是所有编码器的普遍问题, 你可能会认为它同样适用于所有的云编码器. 然而，Zencoder在上传过程中开始编码，而编码.com和Elemental不支持编码.com计划有一个叫即时视频的功能，但在我测试期间还没有准备好。). 如果你在慢速网络上上传一个很长的文件, Zencoder几乎可以在其他两个开始之前完成编码. 另一方面, 如果您正在编码已经在云中的相对较短且紧凑的文件, 上传时间会很快，而且在很大程度上无关紧要.

表示的编码次数表1 忽略上传次数. 为什么? 因为每个用户的情况都是不同的, 这样就不可能推导出一套普遍适用的测试.

表1. 性能比较

排队时间(或等待时间), (Zencoder这么叫)是文件在队列中停留的时间, 等待编码器. 在Zencoder中，这种情况很少超过4或5秒. 与编码.com, 周期为1 ~ 2分钟, 据报道，在周日深夜，该服务似乎启动了新的云节点来对新提交的文件进行编码，耗时长达6到7分钟. 在所有情况下，排队和等待时间都包含在总时间中，因为这是不可避免的.

在元素云中，没有队列时间的概念，因为我有专门的百家乐软件. 在我的测试中，我使用最快、最昂贵的配置进行编码. 这是, 在提交作业之前，我总是让节点启动并运行, 所以我从来没有经历过6到7分钟的节点启动时间. 我之所以采用这种方法，是因为使用Elemental的一个关键原因是保留对编码时间的控制, 不像Zencoder和编码的队列时间.这个决定完全在用户的控制之下.

在服务计划方面，我对所有编码都使用Twin Turbo模式进行编码.这确保了最快的编码速度，尽管每GB要额外支付2美元. 注意，Zencoder并没有提供类似的模式，否则我也会使用它.

最后, 我将讨论这些测试, 其中有三个:第一个是一个52分钟的文件，在一个自适应流媒体组中编码为11个独立的输出, 输出到MP4文件，用于基于实时消息协议(RTMP)的Flash动态流. 第二个是一个210分钟的SD文件，编码成一个单一的SD输出. 第三个测试涉及6个文件, 平均时长约45分钟, 编码为与第一个测试相同的11个输出. 我在2天内不定期地运行每个测试多次，并将结果呈现在表1中, 哪个包含最后三个结果的平均值. 郑重声明，我使用编码的等待时间是6到7分钟.Com不在最后三个编码中，因此不包括在内.

As you can see, Elemental was slowest in all three tests; 编码.com was fastest in the tests involving multiple presets; and Zencoder was fastest in 编码 the long SD file. 积极的一面, Elemental是最可靠的执行者, 到目前为止，这是三次记录中最快和最慢的变化最小的一次.

元素云质量

质量怎么样?? 这里我研究了三种情况. 第一种是为第一次和第三次测试生产的自适应组的640x360x30的240Kbps变体. 在实践中，这将是通过蜂窝连接发送到移动设备的流之一.

第二个场景是1280x720x30，速率为800Kbps, 哪个是一个激进的编码配置，可能会被一个网站使用，试图发送尽可能低的720p视频数据速率. 相比之下，在这个分辨率下，包括ESPN和YouTube在内的大多数网站的编码都是2.5Mbps，这是测试数据速率的三倍多.

最后一个测试场景是最相关的:640x360x30，速率为1200Kbps, 这是一个慷慨的, 但也不能过分, 从数据速率角度进行配置. 例如，当CNN在这个分辨率下以800Kbps左右的速度发布时，ESPN以1kbps的速度发布.4 mbps.

您可以看到所有测试文件和静态图像比较. 如果我必须在640x360x30和240Kbps的比较中选择一个赢家，那就是编码.com, 尽管竞争者之间的差异在商业上无关紧要, 我把它定义为“没有对比视频就无法区分”,，而网络观众从未有过这样的体验. 你可以在图3, 背景窗口中的框架更明显的地方, 右边舞者的脸也是如此. But this is the comparative frame that showed the most differential; most others showed little or none.