视频发布者是否应该通过操纵来获得他们想要的?
使用“碎片”流传输视频, 例如在OTT服务中, 现已牢固确立. 碎片流以包含短视频片段的文件序列的形式传递内容，这些短视频片段通常由播放客户端使用Web的HTTP协议请求. 然后连续播放这些片段. 通过创建相同内容的不同比特率/分辨率片段版本, 视频可以在任何时间点以传输网络的最佳能力传输, 当客户端通过请求不同版本来适应不断变化的吞吐量时. 因此，这种方法被称为自适应比特率(ABR)流, 苹果的HLS和MPEG的DASH协议就是目前最著名的例子.
客户端通过下载包含引用不同版本视频的url的清单来知道存在哪些视频片段文件用于播放, 这样客户端就可以知道在哪里访问视频流进行下载. The manifest may be downloaded repeatedly to inform the client of the latest available fragments; it may be downloaded just once for on-demand content in which all fragments are known in advance; or it may contain templates that can be used to create the fragment URLs programmatically, 例如, 通过将片段编号替换为URL中的公式.
仔细转换或操作这些清单，然后可以为每个客户端创建自定义版本的流. 这种操作(以文本格式在相对较小的清单文件上执行)计算量很小，因此可以为每个客户机单独执行. 这意味着视频播放可以为每个用户量身定制.
什么类型的特性可以启用manifest操作? 最明显的例子就是广告插入, 在这种模式中，每个用户都能收到针对性的广告. 通过将广告发送给总观看观众中的目标人群，广告商可以减少总体支出(但每次观看广告会增加支出), e.g.狗主人. 同时, 服务提供商可以将他们的观众分成更多的群体，并向更多的广告商出售广告, 增加他们的收入. 清单操作最引人注目的一个方面是，它的计算量很轻，即使是大型部署也很容易扩展. 特别是, Manifest操作比传统的广播视频拼接方法简单得多，后者需要在比特流级别仔细解析和拼接视频，并且不能扩展到单个用户.
通过将清单操作与可以从碎片流重现广播流的组件相结合, 可以使用清单操作来驱动(单播)多屏幕设备和广播设备的AD插入, 比如机顶盒和电视机. 这比广告宣传更有优势, 处理, 计费可以在一个广告插入筒仓中进行管理, 而不是两个:一个用于多屏幕设备，一个用于广播设备. 由此产生的操作简化和改进的广告活动范围创造了一个杀手级的能力!
清单操作的第二个用例是停电，或者更一般地说，是区域化. 有些内容，例如某些体育赛事，不能在所有市场上播放. 在这种情况下, 在某些市场中，需要显示替代内容来代替原始节目，而清单操作是解决该问题的完美方案. 替代内容可以像长广告一样对待，并根据位置定位用户, 有些人看的是原创节目，有些人看的是替代内容. 但停电与广告略有不同，因为停电可以缩短或延长, 并且可能包含广告本身. 这些区别使谨慎的停电管理成为舱单操纵者的一种特殊的、有区别的能力.
清单操作并不严格限制于创建流的替代内容. 丰富的清单操作生态系统可以促进许多视频交付用例. 例如, different devices can receive different subsets of the available video fragments; there’s no need to send an ultra-high-def, 在容量受限的网络上运行的移动设备的高比特率流选项. 因为清单操作是与客户端交互的最后组件之一, 它可以确定各种性能指标:客户端在哪里? 正在使用什么类型的设备? 他们看了多少广告? 这种类型的数据对服务提供商非常有价值.
更广泛地说, 清单操作将元数据插入清单的能力可用于度量或控制客户端行为. 这包括让客户报告哪些广告被浏览或弹出辅助信息. 事实上，强大的元数据支持是最先进的清单操纵器的基石.
一个好的舱单操纵者的其他特征是什么?
- 支持多种格式，包括HLS和DASH
- 支持多个用例, 比如按需, 线性, 和云DVR内容, 还有停电和广告插入
- 支持在线性流中按需替代内容
- 灵活支持SCTE-35解释
- 清单中的报告和流控制元数据载体
- 能够路由广告放置请求到不同的广告决策服务
- 可靠的云部署，具有丰富的遥测流，用于大数据聚合
- 能够在错误的流媒体格式中重新处理内容
- 加密和非加密内容的拼接
- 插入内容中不同比特率/分辨率的调和
- CDN感知，允许清单操纵器将客户端引导到特定的边缘缓存位置
是否存在应该避免的操作方法? 是的. 一些清单操作生态系统在元数据交付方面存在尴尬的混合. 例如, AD位置触发器有时在视频片段中发送，而不是在清单中. 这需要在创建目标流时处理视频片段和清单, 这是一个糟糕的设计. 元数据应该始终在清单中携带，并且只能在清单中携带, 允许以低复杂度和低带宽使用单独处理.
Manifest操纵是一个相对较新的生态系统，它仍在不断发展. 它的下一个目标是什么? 我们已经讨论了一个主要的架构转变:Manifest操作正在成为跨多屏幕和广播设备的广告插入的事实上的流拼接方法. 这是将碎片视频作为视频服务提供商提供的所有服务的中间格式的广泛转变的一部分. 但是manifest操作肯定会向上游移动到playout组件. 没有理由将视频作为一种计算成本高昂的线性流. 视频来源应基于易于区域化的清单，并要求底层视频片段只处理一次或预先放置在更靠近交付网络边缘的位置. 这已经在OTT交付中发生了, 传统视频传输生态系统效仿只是时间问题.
[编者注:这是一篇来自 想象通信. 流媒体 接受供应商署名，完全基于他们对我们读者的价值.]
相关文章
苹果在今年秋天为HLS添加了HEVC支持，这是该编解码器向前迈出的一大步. 来自MainConcept的公告使文件创建更容易.
2017年7月24日