AWS将云中的SDI提升到一个新的水平

今年9月，AWS发布了 AWS云数字接口(CDI), 一种新的网络技术，使客户能够将未压缩的实时视频工作流迁移到云.

AWS的野心已经更进一步，它构建了一个概念验证的实时生产工作流 Grabyo的基于云的视频制作工具包和制作专业知识 LTN创建.

除了眼前的演示, AWS正计划为云中的实时工作流创建一个可互操作的视频传输标准. SDI是一个类比，但SMPTE ST 2110已经存在. 就像ST 2110一样, AWS希望维护SDI的所有有用属性(即机器之间的互操作性和可靠性)，但要以一种对在云中移动数据有意义的方式来实现. 下面还有更多，这可以说是一个更大的故事.

“我们希望CDI具有与云中的SDI相同的互操作性质量,大卫·格里格斯说, 高级产品经理, AWS媒体服务. “如果我们做不到这一点，我们最终所做的就是建造无法相互沟通的加工岛屿，我们会错过. 因此，我们非常认真地希望CDI成为一种带来互操作水平的产品."

未压缩的现场演示说明

但首先. CDI演示(没有现场显示)是一种混合架构，其中通过LTN传输网络从场地(在本例中是美式足球场)引入实时高清MPEG视频馈送，并对其进行解码(在本例中是在LTN运行的固定位置设施中进行解码), 但它可以在云端完成). LTN创建团队交换并将其集成到一个未压缩的干净feed中，该feed传回网络，并通过MediaConnect (AWS的IP实时传输流)交付到AWS云。.

在这种情况下, MediaConnect提供了一个由Grabyo在云端提供的实时制作解决方案, 这是合作伙伴首次展示完整的端到端现场体育工作流程.

Grabyo首席执行官加雷思·卡彭解释道, “一旦公共云接收到feed到Grabyo，我们就会复制该feed三次，以创建三个不同的图形出口. 这些可能是针对区域化生产或不同的分销平台. 这些使用CDI发送回未压缩的运输. So, 我们实际上取了一个高保真流, 复制了三次, 以低延迟将其移动到三个不同的生产实例中，并使用不同的图形输出重新打包，然后通过AWS网络将其发送回LTN以进行展示."

因为LTN网络是启用多播的, 它可能会把这三个独特的feed中的每一个带到100个或数千个地点，无论是当地广播公司, MVPD, VMPVD, 数字化自营平台. 或者一个社交网络.

“对于体育行业来说，下一步很常见的做法是，在向下游转移版权之前，先向版权保护系统移交版权,里克·杨说, 高级副总裁, LTN global的全球产品主管. “视频以未压缩的方式复制，因此不会因为继续编码和解码而造成代际损失."

AWS工作流程图

演示图表示三种典型的交接

从体育到教育，造福生活的未来

供应商讨论了这项技术在未来现场生产中的应用. 从展示的角度来看, 例如, 变化的数量是无限的，可以用于从单个事件中创建数十或数百种不同的输出.

“从控制的角度来看, 你可以用更少的人来做这件事，他们可以在任何地方,卡彭说. “在云中使用CDI提供了更大的灵活性和更低的价格点，比传统的主机广播制作在卡车上."

事实上，只有三个人参与制作，每个人都在不同的地方.

在CDI承诺的规模上，其他可以更有效地实现的事情包括改变多区域分发的音频. 这对社交媒体有格式上的影响, 太, 这将更容易为Instagram Live或Facebook Live重新构图.

“你可以开始使用轻量级工作流来改变输出演示，这对商业化确实有积极的好处,卡彭说. “有了这些类型的工作流, 你可以在更多的地方为更多的人提供更多的直播内容，这使内容的机会民主化，无论是体育, 音乐, 新闻, 企业或教育."

AWS的格里格斯补充道, “以前, 这样做的尝试将受到限制，因为在某些时候您会遇到CPU内存或I/O带宽等百家乐软件限制. CDI允许您跨多个实例扩展该处理. 在这种情况下，每个复制的提要都在自己的实例上处理，因此最终部署的可伸缩性受到的约束要小得多.

“这意味着你可以根据赛事的复杂程度来扩大和缩小基于云的广播基础设施，而不必预先预置和购买你认为未来某个时候需要的基础设施. 它颠覆了整个操作范式."

在这个演示中，源是1080i59.94帧，但在数据方面不应该有真正的基础设施限制. 在传动方面, LTN是一种低延迟的MPEG TS本地网络，处理50Mbps到100Mbps的馈送, 所以它与底层格式无关.

“更大的挑战是在云中跨一系列不同的输入设备到平台和位置执行帧精确同步的能力,卡彭说. “它阻碍了我们，但现在正在投入生产."

“在过去的12个月里，我们的一些云产品面临的另一个重要挑战是，在需要扩展时，严重压缩了云中的视觉混合器输出. 通过使用CDI和移动未压缩的视频，它可以在扩展时保护产品的保真度，并释放计算百家乐软件(更多的提要), 更多的输入).

“我们不输出未压缩视频，但未来在发行方面将有很多未压缩视频的机会."

格里格斯接着说, “这些预传输工作流程在很大程度上取决于支持未压缩视频的数据速率，一段时间以来，AWS无法为客户提供将这些工作流程转换到云环境的途径. 通过MediaConnect和CDI，我们正在铺平道路，而这个演示只是冰山一角.

“从传统FPGA硬件到软件定义工作流的转变使其向更高分辨率过渡, 更高的帧率，所以更少的挑战. 一旦我们把这个支点作为一个产业, 采用高保真标准的渐进式变化要少得多痛苦."

这个演示的重点不是端到端延迟，而是在云中运行的实时工作流的可伸缩能力.

云和数据互操作中的SDI

供应商可能应该考虑的一个挑战是，随着输出数量的增加，如何监控遵从性和完整性. 当您开始自动化所有这些功能时，您需要知道正在发生什么以及如何进行更改—当只输出一个版本的混合提要时，实时事件生产者不必考虑这些事情.

女人气的男人说, “今年夏天，我们在体育行业做了很多工作, 我们看到的是，在任何时候，一项赛事都有60到100名选手参加. 你很少看到他们在生产过程中的视频——他们可能都在不同的地方，因为所有的事情都是关起门来的——所以用传统的方法来扩展工作流程是很困难的. 这种基于云的网络使它变得容易得多."

云中的生产可能性只有在多供应商参与的情况下才有意义，这就是为什么AWS为CDI提供了一个SDK, Grabyo在这个演示中使用了这个SDK.

AWS显然看到了作为实时事件的支柱的巨大市场，其中一个重要的部分是让多供应商的工具能够互操作.

格里格斯称之为“云中的SDI”.他解释说，CDI的技术栈是专有的，允许它以相当于SDI的速率移动数据(它可以在8-12毫秒内移动一帧视频), 这完全符合SDI规范). "We had to use proprietary technology that knows how to survive and thrive in our multi-tenant network; ST 2110 just doesn't fly in those kinds of environments."

与CDI技术栈分离的是音视频元数据(AVM)模式, 这不是专有的. 这被设计成一个开放标准，并在SDK中. AWS希望通过行业团体推广这一标准，并获得多个供应商的支持，最终形成一个互操作性标准.

“CDI的一个关键部分是数据平面的互操作性，它使来自供应商的工具能够进行通信,他解释道. “要做到这一点, 我们正在与尽可能多的合作伙伴讨论现场制作, Playout和master control确保我们有动力在云中部署他们的产品和服务. 这对云生产的成功至关重要. 我们需要一个健康而充满活力的供应商社区来拥抱云.

“第二, 虽然CDI下有很多专有技术可以提供与本地技术相同的质量和延迟特性的“云中的SDI”，但我们不希望有专有的字节打包. 这是字节从一个主机传输到另一个主机的方式. 我们认为这需要广播界的参与."

为此目的, AWS正在把它的想法带到VSF，作为其从地面到云的一部分, 云到地面计划(GCCG). 格里格斯宣称:“我们没有发号施令。. “我们会说，‘这是一个字节打包顺序’和‘这是一个AVM层’，它们位于CDI技术之上，我们认为这是有意义的，但(行业机构)决定了它, 改进它, 让它更好，我们将重新实现到CDI技术堆栈.

“我们可以有一个互操作性标准，消除关于如何使用CDI将现有广播基础设施扩展到Amazon EC2环境中的摩擦和担忧. 两者将一起工作，就像SDI在本地一样."