2016年MPEG-DASH现状

如果你向行业专家询问未来的流媒体格式, 大多数人认为MPEG-DASH将适用于大多数新平台，HLS将适用于iOS和传统设备. 行动已经开始, 首先用DASH取代其他ABR格式, 比如HDS和Smooth Streaming, 哪些正在遭受无插件浏览器趋势的影响. 2015年9月在Chrome中弃用旧的Netscape Plugin API (NPAPI)是这一趋势的第一个主要信号. 由于微软不希望发布使用新的Chrome Pepper API (PPAPI)的Silverlight插件的新版本, 所有通过基于silverlight的播放器使用平滑流的内容提供商都被迫寻找替代方案. 他们中的一些人现在选择使用平滑流媒体，并使用hasplayer.j(叉状).js v1.2)，可以通过媒体源扩展(MSE)播放平滑流媒体内容. 但出于几个原因，这是有风险的, 包括DRM支持, 因为PlayReady在Chrome中不支持，而是需要实时翻译为Widevine模块化DRM. 对于内容提供商来说，通过hasplayer提供清晰、流畅的流媒体.随着dash的演变，Js也不是一个理想的长期方法.Js偏离了框架最初提出的跨格式支持. 所有相关的内容提供商现在都在努力将他们的Smooth播放器迁移到最新平台的DASH上, 以及HLS的遗留平台, 比如Xbox 360, DASH支持需要额外开发的地方.

HTML5和MSE改变游戏规则

在流动的棋盘的另一边, HDS在2015年也遭受了Flash播放器在浏览器中的弃用. 虽然还没有正式公布, 几个浏览器, 包括Firefox, 出于安全原因暂时禁用Flash, 在Chrome中开始暂停不必要的Flash内容之后, 谷歌正致力于让广告行业转向HTML5. 如果谷歌在某个时候禁用嵌入Chrome的Flash引擎，那也不会让人感到意外. 随着Flash播放器越来越不流行, HDS格式正在逐渐失去优势, 尤其是因为市场上没有基于mse的HDS播放器, 因为Adobe已经停止了OSMF背后的所有支持工作，并在Primetime切换到HLS和DASH. Facebook最近从基于flash的播放器转向基于HTML5的播放器，这证实了市场的发展方向:HTML5无处不在.

这一趋势显然危及除了HLS和DASH以外的所有ABR格式. 与它的媒体源扩展, HTML5开始提供与Flash几年前为FLV/ RTMP/HDS提供的相同的普遍覆盖, 用JavaScript编写的播放器可以利用浏览器提供的MSE层, 以及加密媒体扩展，它允许使用通用加密(CENC)的drm保护的内容由浏览器通过内容解密模块(CDM)本地处理。. 使用W3C WebCrypto API, MSE和EME正在打造Netflix在2013年所称的“HTML5高级视频扩展”.” The preeminence of this new technology stack over the old ones—at least in browsers—is not debatable anymore; the only question is how quickly others will be deprecated. MSE提供了高级流机制, 你可以很容易地编写一个跨平台支持DASH或HLS的JavaScript播放器, 这是一个杀手级功能.

HTML5视频堆栈矩阵

旧版浏览器中的DASH

MSE已经成为浏览器中的标准媒体栈. 它现在支持Chrome, Chrome Mobile, Windows 8上的微软IE11.1和Edge(支持HEVC)， Firefox 42+， Safari Yosemite+和Opera. 在设备世界里, Chromecast和安卓手机, FireOS, Windows Phone, 或Opera设备SDK也支持mse. MSE没有涵盖的两个主要差距是遗留浏览器和iOS世界. 遗留浏览器, 仍然占据着30%的市场份额, 不会更新以支持MSE, 这意味着如果你想在这些平台上支持DASH, 你需要在你的播放器架构中使用基于flash的回退组件, 以及与mse兼容的JavaScript代码层. Castlabs和Bitmovin等供应商正在为他们的商业玩家提出这样一个基于flash的后备方案, 但是它们不是开源的. Castlabs曾经开源了仪表盘.作为OSMF扩展, 但在2015年，该公司将精力集中在了其他开发项目上, 也没有人接管dash.as. 一些行业参与者, 由Streamroot领导, 2016年，你是否正在努力提供一个急需的开源替代方案, 一个基于flash的组件，模仿MSE API，允许在不支持MSE时透明地回退HLS或DASH. 它将是开源项目的一个很好的伙伴.

阿克塞尔戴, Streamroot的首席技术官, 总结了该项目的意图:“拥有两个代码库——一个用于Flash，一个用于html5——对广播公司来说是巨大的挫折和复杂性的来源. 大约一年前，我们内部开发了Flash MSE polyfill的雏形, 并决定开放这个项目的源代码, 鉴于Akamai和其他行业参与者的热情支持. 这真的会填补市场空白，让我们离让Flash歇息又近了一步.”

不断增加的玩家选择

DASH的下一步是超越HLS，成为主流流媒体格式. 在2015年之前, 这几乎不可能发生, 因为这款游戏的玩家选择有限，核心功能也在不断进化. 开源的DASH玩家世界之前被总结为基于mse的DASH.js, 但在2015年，谷歌推出了面向MSE的Shaka Player, 哪一个因为对直播的大力支持而受到欢迎, 以及Google的ExoPlayer作为Android世界的DASH播放器的建立. 尽管所有的商业实现都不是基于开源代码, 因为DASH播放器解决方案已经开花结果, 它们导致了DASH在商业玩家领域的显著扩张.

除了历史悠久的 Bitmovin Bitdash和 Castlabs DASH Everywhere实现, 我们已经看到所有主要玩家都将DASH作为支持的格式, 先从突出的 JW球员，以及…… Flowplayer, 创作, THEOplayer. 回到开源世界，我们看到了视频.积分折线.js, 更令人惊讶的是，来自广播公司的新一波捐款, 使用Canal+的rx-player和RTL的DASH PLAY. 这显示了广播界对DASH的浓厚兴趣, 超越了第一批采用者(Netflix), Hulu, 和其他人). 继Viaplay和其他主要DASH部署之后, 各大广播公司正在制定2016年的DASH迁移计划，这是一个公开的秘密, 现在技术已经稳定，HEVC的许可条款也越来越清晰. 考虑到DASH播放器在几乎所有平台上的广泛可用性, 现在，新推出的OTT服务更容易预先做出不同的技术选择, 专注于dash + hls的组合，而不是使用三到四种不同的流媒体技术. 如果我们将广泛的DASH播放器选择与主要cdn(直通或重新打包模式)上不断增长的DASH支持可用性相结合，以及广泛提供符合DASH的打包器和原始服务器, 我们达到了一个临界点，它将很容易生产, 分发, 并播放DASH，因为它可以与HLS.

iOS难题

在iOS上，DASH仍然被锁定. 虽然我们现在可以在区域应用商店中找到一些使用DASH作为流媒体格式的应用程序, 所有这些都适用于从DASH到HLS的本地重新包装. 唯一的例外是Netflix, 它播放ISO基础媒体文件格式(ISO- bmff)段无处不在，但在iOS6, 多亏了苹果公司的特殊安排. 在桌面上, Apple授权Netflix使用FairPlay DRM和使用CENC加密的DASH流, 但其他内容提供商还不能使用这种组合. 多亏了Netflix的压力, 苹果还将MSE引入了Safari桌面, 所以我们现在至少可以在这个平台上播放DASH流了. 但在iOS上, Safari移动版不支持MSE, 在编译后的应用中使用原生DASH仍然会导致应用在App Store中被拒绝, 至少在3G/4G蜂窝用例中是这样. 在理论上, 如果你打算限制你的应用使用Wi-Fi, 你可以使用几乎任何流媒体技术和播放器组件. 2015年，我们看到了第一个面向iOS的原生DASH播放SDK:用于直播的Viblast Player iOS SDK和用于点播的DataArt MPEG-DASH Player iOS应用程序. 但是，目前还没有明显的迹象表明，DASH通过MSE在Safari桌面平台上取得的进步会扩展到Safari移动平台上. HLS可能会在很长一段时间内留在人们的视野中——或者至少是M3U8播放列表的一部分.

尽管格式具有HLS和DASH的二元性, 已经有一些方法可以减轻影响内容提供者的主要负担:必须生成两组媒体文件来容纳HLS播放列表和DASH清单, 或mpd. 从版本四开始, 2011年9月发布, HLS IETF草案授权使用字节范围请求在单个MP4文件中搜索播放点播内容. 它可以在iOS上运行，而无需在Safari手机上执行MSE, 同样的MP4文件也可以与DASH按需配置文件结合使用，使用类似的字节范围方法. 今天, 剩下的问题是直播, HLS仍然要求使用TS段的地方, 因为在这种情况下不可能使用ISO-BMFF段. 内容提供商和OTT服务对实现流媒体直播的融合施加了压力, 由于当前的模型成本更高，并且降低了媒体段的可缓存比率. 从现在开始的几个月内，使用与实时DASH显示相同的ISO-BMFF片段可能会生成实时HLS播放列表. 苹果在HLS上的渐进式发展, 结合MP4字节范围和Safari桌面的MSE/DASH, 为行业所期待的统一媒体格式铺平道路.

缩放内部视频与SRD

ISO-BMFF统治一切

虽然很少有公司使用dash - ts(主要在美国).S. 在有线电视行业，除了ISO-BMFF媒体封装之外，还有另一种替代方案，即Google团队在WebM Project wiki上提出的WebM DASH规范. 谷歌在2014年加入了DASH行业论坛(DASH- if)，但从未提出过与DASH-264和DASH-265互操作性点标准化的WebM DASH规范, 所以这种DASH风格的使用仅限于YouTube.

下一个页面