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

买方云转码指南

2013年是云编码年吗? 实际上, 可能是, 至少对于云中的实时转码来说是这样, 甚至按需转码也应该看到向云设施的重大迁移.

退后一步, 云编码有两个截然不同的市场:压缩按需文件和将实时流转码为多个迭代以实现自适应流. 两者之中, 实时转码的情况更有说服力, 因为它解决了困扰所有现场制作人的出站带宽问题，并大大降低了现场编码成本. +, 因为这是现场直播, 它没有分享那些在云中编码大型夹层文件时遇到的最大问题, 也就是上传时间. 不管上传时间如何, 有很多原因, 大大小小的流媒体制作商都越来越多地转向云.

我将在这本买方指南中介绍这两个市场, 对于每一个, 我将首先介绍应该强烈考虑在云中编码而不是在内部编码的生产者类型.

考虑实时云编码时要问的七个问题

服务是否输出必要的格式?
服务是否提供所需的功能?
购买或软件即服务(SaaS)?
这项服务有多容易获得?
质量怎么样??
价格怎么样??
服务怎么样??

实时编码和转码

正如前面提到的, 许多现场事件生产者都面临两个主要问题:将编码百家乐软件获取到事件中，并将流输出到建筑物中. 云中的实时转码解决了这两个问题.

举个例子, 而不是尝试在现场为Flash和HLS分别编码5个流，然后将这些流传输到流服务器, 制作人将发送一个高质量的流到云转码设施. 在那里, 流将被重新编码为自适应流所需的五个文件，然后打包为Flash和HLS传输. 这降低了现场编码器的设备成本和支持出站流所需的出站带宽, 这对大多数现场活动制作人来说是双赢的.

你应该使用云吗?

如果您不经常生成实时事件，但需要支持多格式自适应流, 云转码是很自然的, 特别是当您从出站带宽有限或不稳定的站点进行广播时. 在光谱的另一端, 现有的24/7直播制作人(如网络和其他广播公司)可能已经拥有必要的编码设备和出站带宽, 所以这个理由可能没有那么有力. 如果你只是在准备一个全天候的设施, 然而, 请注意，至少有一家直播转码供应商计划为24/7广播设施提供特殊价格，以使他们的服务更实惠.

另一个考虑因素是质量. 直观地, 实时转码产生的流质量应该低于从原始源进行编码, 因为您正在以相对较低的数据速率处理先前编码的视频. 与我交谈过的实时转码供应商向我保证，情况并非如此, 部分原因是云编码设施中使用的编解码器通常比现有硬件编码器中使用的编解码器更先进.

仍然, 大型机构在使用实时云转码之前，应该比较这两种方法的质量. 相反, 如果您没有资本支出预算和/或您的活动地点的出站带宽有限, 云转码可能是产生多格式自适应流的唯一方法, 即使质量在一定程度上受到影响.

格式

这里会有很多的一致性, 但这是值得提前检查的, 特别是当你想要将游戏从桌面和移动设备推广到OTT和其他市场时.

特性

如果您需要DRM或封闭字幕等功能，请尽早与候选供应商联系, 因为这些不会被普遍支持. 一个相对独特的特性是能够根据不断变化的带宽条件动态调整出站流的数据速率, 当在动态条件下操作时，哪个非常有用. 请注意，您必须在现场使用专门的编码器才能访问此功能.

购买和. SAAS

而所有的云转码器都是作为服务提供的, 有些还可以在您自己的私有云或租用的云设施中购买和安装. 如果你对购买感兴趣，尽早提出这个问题.

访问

所有服务都涉及为CDN或流服务器目标输入网络参数, 对于大多数现场活动制作人来说，哪些应该是老生常谈. 然而, 有些服务需要编写脚本, 或者通过应用程序编程接口(API)访问服务. 这对大多数大型组织来说都不是问题, 但对于一些规模较小的生产商来说，这可能是一个绝对的障碍. 在选择供应商之前, 完成实时转码工作流, 并确保它在你的技术能力范围内.

质量

所有供应商都声称质量上乘. 如果您发现两个或多个供应商在所有其他参数上相等, 您可以通过在每个事件上运行一个短事件并比较编码流的质量来比较它们的质量.

价格

虽然少花钱总是好的，但简单且易于估计的定价也很重要. 当定价只涉及流的数量和事件的持续时间等因素时，定价是最简单的. 当涉及编码实例的数量或类似因素时，情况会变得更加复杂. 无论哪种方式, 供应商应该提供一个定价计算器，使估算任何活动的价格变得简单.

服务

确保服务中心在你举办现场活动的时候都有工作人员, 看看实时电话支持的费用是多少. 考虑致电技术支持中心，了解技术支持人员的技术水平. 大多数人被训练来解决简单的问题, 例如登录或服务器地址问题, 但是对于更复杂的问题，例如源编码器的最佳编码配置，他们可能没有足够的知识.

现在让我们把注意力转移到按需服务方面.

考虑按需云编码时要问的九个问题

购买或SasS?
服务是否输出必要的格式?
这个系统使用起来容易吗?
API有多广泛，使用起来有多容易?
价格是多少，定价模式有多简单?
手术有多稳定?
保证的速度和吞吐量是多少?
质量和服务怎么样?
服务是否提供了必要的功能?

随需应变

与实时转码一样，让我们首先关注谁应该考虑云编码和转码.

你应该使用云吗?

The economics for on-dem和 cloud encoding are clear; rather than investing in your own encoding hardware 和 software 和 developing internal encoding expertise, 您可以通过将两者外包给云设施来节省资金. 也许您需要花费几个小时的咨询时间来确定最佳的编码预设, 但这比雇佣自己的压缩机便宜, 而且你永远不用担心买东西, 升级, 并支持自己的编码硬件或软件.

云编码的最大问题是上传时间:夹层文件很大, 而且它们的上传时间可能相当长. 当然, 如果要编码的大部分文件上传到您, 而不是像用户生成内容网站或服务局那样在内部生成, 上传时间不是问题. 因此，云编码是很自然的. 如果你已经将内容存储在云端，同样如此.

在音量谱的两端都存在其他最佳点. 如果音量低, 上传时间不是什么大问题, 而且将编码杂务交给服务处理也是有意义的. 如果音量很高, 编码速度通常至关重要, 即使是上传时间, 利用数百个云实例的能力可能会加快整体的编码速度.

Or, 如果编码工作是有限的, 但是情景, 比如必须为新的目标设备或格式重新编码一个巨大的库, 你可以把硬盘发送到亚马逊并让他们将文件复制到S3桶中，从而解决了上传时间的难题. 很明显, 随着上传速度的提高, 连接价格下降, 800磅重的大猩猩的重要性将会下降.

购买和. SAAS、格式

您将遇到与前面提到的相同的问题:您是否希望在云实例或SaaS中安装自己的编码器, 服务是否输出所需的文件和格式?

易用性

与实时转码一样，不同供应商的易用性差异很大. 有些允许您在熟悉的桌面应用程序中创建预设并上传文件 YouTube; some require that you support their APIs for any operation at all. 当使用编码服务所需的技术专长与您的内部能力相匹配时，显然是最好的.

API

云编码服务的大多数高容量用户通过云编码器的API自动执行操作, 哪些在范围和易用性上有所不同. 检查API以确保它包含所有关键元素, 例如所有相关编码事件的通知, 以及精确的错误代码，详细说明任何问题，使其易于解决. 让你的技术人员检查API来估计集成需要多长时间, 并识别任何潜在的功能差距.

定价模型

再说一遍，越简单越好. 大多数较大的供应商正在转向根据导入和创建的文件大小简化收费, 性能方面，如编码速度由服务水平协议和数量承诺决定. 其他供应商则查看为特定作业创建的实际CPU实例, 是什么迫使客户端在编码速度和编码成本之间做出权衡.

操作的稳定性

尽管99年.9999%的正常运行时间对于较小的客户端来说可能并不重要, 大型媒体公司需要保证吞吐量，因此需要冗余. 出于这个原因，一些较大的云编码供应商使用亚马逊的云和 Rackspace，以及拥有自己的私有编码设施.

关于编码工具本身的健壮性, 如果您有一个问题文件库，使您现有的编码程序崩溃, 尝试将它们上传到您的候选云设施，看看它们是如何处理的. 错误发生, 但是要寻找明确的错误消息和通知功能，详细说明正在发生的事情和原因.

速度和吞吐量

云的一个关键好处是它能够扩展容量以满足需求, 然后在不需要的时候关闭产能. 如果你是一个强调编码速度的新闻机构或UGC网站, 仔细检查您的服务级别协议，以确定云编码服务愿意做出的吞吐量承诺. 这可能包括与队列时间和编码时间相关的保证.

如果速度对你的行动至关重要, 尝试上传几个大文件到不同的供应商，并定时上传, 队列, 编码过程. 在一天的不同时间检查每项服务两到三次，你应该会对比较性能有一个感觉.

质量与服务

参见前面的描述.