流工具箱:Ateliere发现, Axinom Mosaic和nanocosmos

In this article, 我将介绍三个为构建媒体服务和产品提供有趣服务的工具. 几年前出现的“MAM”(媒体资产管理)和“OVP”(在线视频平台)等老词似乎有点过时了. 这些工具公司的关注点比我们之前定义这些术语的方式要广泛得多. Ateliere Creative Technologies不仅提供传统的MAM功能，还提供内容管理和应用交付. 同样，Axinom也有一个用于构建后端服务的开发平台. nanocosmos扩展了旧的OVP模型，提供低延迟的实时视频, 交互产品开发人员. 当我看到两个生成物有一点重叠的时候, 试着把这里的一切都用在一起会很有趣.

Ateliere发现

Ateliere发现是5年前为了支持之前的业务而开发的，现在已经发展成为一个提供内容管理和应用交付的应用流基础设施. 这是一种隐形产品，因为Ateliere的大部分(但不是全部)销售来自Synamedia等经销商. Ateliere发现为连接电视和移动应用程序提供模板定制, 这将减轻那些计划D2C服务的公司从零开始构建应用程序的负担. Ateliere发现的内容管理部分提供内容目录控制，如发布日期, geo-gating, 以及权利管理.

据Ateliere首席执行官Dan Goman称，Ateliere最近重新编写了该平台. “我们使用一种名为Flutter的新编程语言, 在开发应用程序时，哪一种语言比更传统的编程语言有显著的优势,” Goman says. “关键的一点是，它允许非常快速的部署，因为你只开发一次代码, 你可以在所有平台上重用它. 所以你基本上是在维护一个代码库，而不是在不同的平台上维护六个或七个代码库.”

Ateliere发现的主要优势之一, Goman says, 它使开发人员能够多快地启动D2C服务. “真的是几天的问题, 只要我们的系统中有来自客户的内容,” Goman contends. “点击几下，你就可以启动服务本身. 另一个非常有价值的东西,” he continues, ，如果你对应用的外观和感觉不满意，只需点击一个按钮就可以动态改变整个应用.”

Ateliere的方法是，每当开发者提出应用时, 该公司为他们提供了构建外壳的工具，可以使用云中的任何信息进行实例化. 这意味着如果他们愿意的话，可以快速地改变完全不同的外观和感觉. “你无需重新发行就能有效地重组整个应用, 这为你节省了大量的时间和金钱,” Goman says.

“Ateliere整合了整个CMS/OVP链, 包括整合SVOD和AVOD货币化平台,戈曼说. Ateliere发现为大多数主要平台提供智能电视和移动应用程序, including iOS, Android, Apple TV, Roku, Amazon Fire, and Google TV, 的模板化定制.”

Ateliere的客户可以查看使用分析，甚至发送通知来吸引浏览者回到应用程序, Goman says. “几乎每个客户都要求在分析中进行某种程度的定制.”

Typically, 当Ateliere的平台处于某个开发阶段时，他们便开始与客户合作, 希望Ateliere能够满足他们的需求，而不需要他们从头开始. “整个平台本身是以模块化方式构建的，因此我们能够快速插入并播放cdn, ad technology, transcoders, storage location, DRM, etc.,” Goman says. Ateliere还与Recurly整合，提供客户管理洞察力，并与FreeWheel整合，为OTT应用提供广告投放服务.

客户可以灵活地使用平台自行更改客户UI，而无需提出工程请求. Ateliere发现还提供了一个易于使用的布局管理器，可修改预先存在的模板. 客户可以根据需要创建其他本地化版本.

Ateliere发现

使用Ateliere发现预先存在的模板构建自定义媒体应用程序

虽然Ateliere发现没有公开定价，但可以找到开发人员文档 here.

Axinom Mosaic

同样，远远超出老派MAM模型的是Axinom Mosaic, 用于构建流后端的开发平台. Axinom去年推出了这个平台, 尽管这家公司已经经营了21年, 专注于VOD资产管理. Axinom提供自己的托管服务和开源应用程序.

Axinom专注于内容处理的核心优势, management, and provisioning, 提供了一个足够灵活的平台，允许其客户使用Axinom Mosaic与其他服务相结合，将自定义后端拼凑在一起，从而获得最佳的解决方案.

“我们总是在考虑什么应该标准化, 什么应该是灵活且开源的, 并将其整合到一个用户界面中,本杰明·施文德说, Axinom的首席产品架构师. “这很重要，因为许多公司都在用微服务思考, 但他们遇到了一个挑战，如何将这些整合到一个用户界面中，并将所有东西连接起来.”

Axinom Mosaic的技术栈通过在不同的服务上调用GraphQL API来工作, 所有操作都通过API自动化.

Axinom Mosaic

The premise of Axinom Mosaic 是提供一种构建复杂后端的简化方法. 可扩展的解决方案提供了预定义的工作流，用户可以根据需要对其进行定制. Mosaic的开源部分附带了一个模板，您可以使用该模板在内容管理系统中构建任何进一步的工作流,施文德说. 与Axinom马赛克, 无论开发人员使用什么微服务，都应该能够与其他服务交换数据和通信.

“找到一种方法来统一他们的api, 使(CMS)在规模上更具性能是Mosaic关注的重点,Stefanie Schuster说, Axinom的首席商务官. “内容管理和前端应用程序之间的配置层需要具有高度可扩展性, 因为数以百万计的请求来到这些中间件服务.”

以下是几个用例:

你管理你的元数据, 然后将其发布到前端应用程序可以发送请求的目录服务中.
您管理您的订阅计划, 然后你在后台有一个账单服务前端应用程序在那里发送它们的交易请求.

Axinom关注的另一件事是如何使用Axinom Mosaic来寻找逐步更新平台的方法. 潜在用户包括开发人员，以及内容编辑和设计人员.

Axinom Mosaic是按月提供的, 使用基于用户消费水平的现收现付账单, 没有最低承诺或基本费用. 更多信息请访问 www.axinom.com/products/mosaic.

纳米宇宙纳米流云

纳米宇宙纳米流云是一个实时流媒体平台，开发人员希望通过低延迟视频将实时交互性集成到他们的产品中. 该平台包括一个播放器，一个CDN，以及全球数百台服务器的多云托管. 它使用nanocosmos自己的超低延迟(ULL)协议.

纳米宇宙纳米流云仪表板

nanocosmos nanoStream云仪表板

ULL的目标延迟——端到端/玻璃到玻璃——是亚秒级的, 300 ms, 哪一个是可配置的，通常在1秒左右. “我们创造了自己的配送技术, 这意味着我们还需要提供服务器基础设施，因为可用的cdn不提供这些,纳米宇宙的所有者兼主管奥利弗·利茨说. “这既不是HLS也不是DASH，而是一个混合版本:基于HTTPs和WebSocket的ULL-HLS和ULL-DASH. 我们称之为H5Live.”

nanoStream Cloud使用H.264并支持任何编解码器和设备允许的高调配置. “它会自动选择正确的流媒体协议，试图为观众提供最佳的用户体验和体验质量,” says Lietz. nanocosmos选择不使用WebRTC，因为该公司认为它不可扩展，并倾向于减少帧数以保持高音频质量.

我看到的演示使用了一个RTMP摄取流和一个通用的URL，比如RTMP://bintu-stream.nanocosmos.de/live/stream. nanoStream Cloud使用一个自动的、地理负载平衡的URL来进行摄取和播放. Lietz说，该系统会自动进行故障转移，正常运行时间为100%. 开发人员不需要进行云设置. 可以分配转码配置文件以支持各种分辨率. 用户可以在播放器中预览流.

nanocosmos提供了将流嵌入到CMS iFrame或JavaScript中的代码, 哪些可以复制粘贴到应用程序中. “新的是我们改进了实时转码和流分组的处理, 现在由单个URL和ID处理,” says Lietz. “Behind this ID, 您有不同的配置文件和转码级别, 你再也不用担心这个了.”

或者，你可以通过调用API直接从浏览器中使用网络摄像头来摄取视频. 这支持一种混合方法，也包括webbrtc /WHIP作为摄取协议.

大多数流媒体播放是在移动设备上运行的. “我们创建整个平台的原因之一是控制很重要, end to end, 对整个工作流程有深入的了解，而不是依赖于太多不同的供应商,” Lietz says. 流媒体视频可以“嵌入到网络环境中，直接连接到用户和您的业务应用程序。.”

Nanocosmos的企业客户来自金融行业，为证券交易所和医疗保健行业提供实时培训, 纳米流云在哪里用于医疗培训, 包括视频教学和屏幕共享. 其他用例可能更熟悉, 比如依赖于近乎即时交互的活动, 比如赌博和拍卖.

原始源代码对nanoStream Cloud支持的内容有限制吗? “我们没有限制，”Lietz说. “几个客户同时使用几十个流. 您可以创建任意多的流. Of course, 转码的百家乐软件是有限的, etcetera, 但这只是一个商业决策.”

纳米宇宙在其网站上提供公开定价，以及一个 developer doc.