媒体服务器买家指南2017

2016年见证了一些关于媒体服务器的老想法的重生. 无论是将多通道编码器和媒体服务器集成到同一机箱中，还是将传统格式流式传输到传统设备和现代设备的方法, 媒体服务器软件的核心功能继续扩展，以处理主流和边缘用例.

以下是过去一年的亮点，涵盖了在购买媒体服务器软件时需要考虑的几个关键问题. 如果你想在云端托管你的媒体服务, 或者您希望使用托管服务，而不是直接购买媒体服务器软件, 你会很高兴地知道，本买家指南中提到的所有公司都可以根据你的预算提供灵活的选择.

明显的密度

如果过去几年的问题集中在将一种流协议从RTMP转换为另一种流协议, 说, 到Apple HTTP 在线直播。 (HLS)或Smooth Streaming——新的挑战是如何处理可伸缩性挑战和不断变化的网络基础设施环境所要求的清单文件的频繁更改.

清单文件充当一个声明的播放列表，供最终用户的视频播放器从一段内容转到另一段. 文件本身通常是文本或可扩展标记语言(XML)，以方便人类工程师和提供清单文件中列出的内容所需的媒体服务器的可读性.

最简单的形式, 清单——在MPEG术语中也称为媒体演示描述(MPD)——类似于Spotify的播放列表, 最终用户在哪里选择她想听的歌曲, 以什么顺序.

清单文件, 虽然, 对用户是不可见的，并且包含的不仅仅是要播放的歌曲. 清单和mpd都包含有关媒体段的信息——构成Apple HTTP 在线直播。 (HLS)或MPEG Dynamic Adaptive Streaming over HTTP (MPEG- dash)的数据块——以及在作为清单文件一部分提供给设备的多种数据速率和分辨率之间进行选择所需的信息.

除了, 基于广告的OTT (over-the-top)视频作为一种行业产品继续增长, 操作清单文件的需求在增长. 像这样, 随着内容发布者希望自定义AD播放，清单文件的密度也会增加, 多种数据速率, 各种屏幕分辨率, 以及其他必要的相关元数据，以将广告服务选项细化到高度细化的级别.

为什么提供多个数据速率, 不仅仅是主要内容, 但也包括在她的个性化播放列表中，与用户选择的优质内容一起播放的广告?

主要原因是用户反馈:消费者宁愿以较低的比特率观看或收听流媒体内容，也不愿以较高的数据率等待内容缓冲(或断断续续地播放). 适应当前网络拥塞或间歇性传输的能力被称为自适应比特率(ABR)流, 它为任何特定的清单文件增加了高度的复杂性和密度.

从编码一次到混合一次

即使有清单密度的复杂性，媒体服务器也已经成为一个挑战. 大多数媒体服务器都可以处理健壮的清单文件, 包括单个高分辨率流的转码(编解码器转换)或翻译(分辨率或数据速率降阶). 这种组合对于适当的ABR递送是必要的, 特别是对于从获取点开始流式传输的高比特率/高分辨率的直播内容，例如4K，需要缩小到1080p甚至720p以进行流式传输.

这方面的行业口号是“一次编码，到处流”已经有好几年了. 但至少有一家媒体服务器公司混淆了这一口号, 用“混合一次”代替, 到处玩.”

“清单操作需要对编码器和原始服务器进行定制更改，以及对每种交付格式进行清单修改, Arjen Wagenaar说, 首席技术官的统一的流他补充说，这些更改通常使用维护起来很复杂的客户端sdk.

“总会有一些不确定因素:意志玩家, web浏览器, 电视可以播放操纵舱单上的数据流?他问道。.

这种方法, 该公司称之为“统一混音”, 从原始服务器向上游缝合内容, 创建一个参考MP4文件，供公司的源服务器(统一源)作为源访问, 然后将其作为单个流传输.

这种集成不同内容的方法, 包括主要节目内容和广告, 已经有一段时间了吗, 但直到最近，它才进入媒体服务器应用程序，普通大众可以购买这些应用程序，并将其传输到各种各样的设备上. 在本质上, 统一流处理的是流而不是清单文件，这样“流的功能就好像它有一个单一的起源和一个单一的时间轴。.”