2012年12月4日
By 1月时特约编辑
专题文章

珀斯Wijering谈HLS, DASH和JW Player

长尾的视频最近宣布发布 JW Player 6这是该公司流行的免费和低成本视频播放器的重大升级. 一个关键的新功能是支持Apple HTTP 在线直播。 (HLS)。, 使台式电脑能够播放HLS流, 对于视频发布者来说，通过一组自适应文件来支持桌面和移动观众. 它还提出了关于动态自适应HTTP流(DASH)规范重要性的问题, 哪个应该提供相同的能力, 但目前还没有上市.

我们采访了杰伦·维杰林, JW播放器的创造者, 谁能好心地回答关于JW Player是如何工作的以及它对DASH的潜在影响的问题.

社交媒体: 玩家是否提供原生H.264播放功能还是依赖于H.264播放由其他模块提供，如Internet Explorer或Safari，或Flash Player?

JW: The player relies on the Adobe Flash plug-in to provide HLS支持 on desktops and on the HTML5

社交媒体: 因此，如果Firefox用户没有安装Flash Player，他们就无法播放HLS(或H.264(一般).

JW: 这是正确的. 浏览器(或Flash)必须为H提供支持.264.

社交媒体: 你曾公开表示Flash的安装基础约为99%. 这是估计还是你有实际数据? HTML5的热度如此之高，你认为这一数字为何如此之高?

JW: 这是一些轶事. 我们在自己的网站上看到了这一点，加上分析提供商，比如 Statowl 显示汇总细目. 没有Flash的领域几乎都是移动设备.

Flash Player的安装基础一直很好, Flash的升级周期比以往任何时候都好, 支持跨Win和Mac的自动更新, 以及Chrome的内置支持. 在一些关键的网络用例中，Flash仍然是必需的，其中之一就是流媒体视频. Hulu, 英国广播公司, HBO——一切都还是闪电侠, 出于质量和安全的考虑, 加上生态系统支持.

社交媒体: 您对浏览器厂商在-à-vis DASH支持方面取得的进展有何感想?

JW: 据我所知，没有浏览器供应商在其路线图上支持DASH. Chrome在媒体源API上的工作是最接近它的. 这个API允许发布者使用JavaScript构建自适应流. Chrome会做H.264解码，但解析的清单和比特率的选择是由发行者.

Flash中的类似API允许JW Player支持HLS. 当它到达时, 我们可能也会利用Chrome媒体源API在HTML5中支持HLS, 这意味着HLS将在Chrome浏览器中播放没有安装Flash.

社交媒体: 你如何看待DASH对市场的支持? 我听说过插件，然后可能是像Flash Player这样的播放器. 你是这么看的吗? 也许是通过像你这样的玩家? 当通用发行商(相对于OTT和其他封闭系统供应商)开始考虑在HTML5中使用DASH时，你有什么感觉?

JW: 现在支持DASH的唯一方法确实是使用Flash插件来构建它. 这很容易做到，就像今天JW Player通过Flash插件支持HLS一样. 我认为DASH在HTML5中的实现还需要数年时间.

我也看到一些发行商将DASH融入Android、iOS和Windows 8平台的应用中. This is only possible for large publishers though; those that have the dev resources to build and reach to distribute the app. 较小的酒吧将被排除在外.

社交媒体: 你觉得DASH vs .的优缺点是什么. HLS支持? DASH提供了哪些HLS没有的关键功能(如果有的话)?

JW: 关键特性是DRM. 苹果的HLS提供基于aes128的加密支持，但不提供带有许可的完整DRM. DASH支持各种协议(如PlayReady)。. 幸运的是，在我们的市场细分(SMB)中，DRM不是必需的. 防止热链接更为重要，HLS中的AES提供了这一点.

DASH中还有其他几个HLS曾经错过的功能(如单独的音频/视频片段或外部封闭字幕), 但最近版本的HLS协议增加了许多这样的内容. 从某种意义上说，HLS正变得越来越“时髦”。. 也许苹果这样做是为了慢慢实现DASH兼容性? 目前，HLS是向iOS设备传输流媒体的唯一途径.

社交媒体: Android平台上的HLS播放状态如何?

JW: 根据官方说法，Android从Honeycomb开始就支持HLS. 在实践中, 我们在当前的Android迭代中发现了一些严重的漏洞，这些漏洞会破坏浏览器内的HLS播放:

在Honeycomb上，HLS播放总是会导致平板电脑崩溃. 不过，这款手机的市场份额只有2%，而且还在萎缩，因此无需担心.
在冰淇淋三明治(占26%的份额)上，HLS可以播放，但无法搜索VOD流. 宽高比也没有检测到，导致图像变形. 全屏播放时，视频从头开始播放(同样不支持搜索)。.
在Jelly Bean(3%的市场份额), 但越来越多的), 宽高比问题已修复，但无寻道问题仍然存在. 另外, 新的默认浏览器(Chrome)不支持HLS, 导致损坏的mime类型检测，并在全屏播放时显示错误消息和流崩溃.

考虑到姜饼(54%的份额)不支持HLS, 在Android上传输HLS的唯一解决方案就是创建自己的应用程序.

社交媒体: 为玩家添加HLS支持有什么困难? 为什么不早点呢??

JW: 添加HLS意味着我们必须自己对TS流进行解包(解复用), 所以我们必须先了解视频容器的基本细节. 这包括供应商之间的所有细微差异. Wowza用这种方式设置字节，Akamai用那种方式，Sorenson用另一种方式. 我们必须进行大量的测试和逆向工程，以使我们的HLS支持与所有主要解决方案兼容，并在旧设备上表现良好.

除此之外，发行商过去(现在也是)对RTMP非常满意. 协议运行得很好，所以为什么要改变呢? 只有在今年，我们才真正看到了对HTTP流媒体的需求. 发布者对HTTP流的主要需求是总是支持iOS，这就是为什么我们选择HLS而不是Adobe的HDS.

社交媒体: 你会期待Adobe在不久的将来将HLS播放添加到Flash Player中吗? 如果没有，为什么没有呢?

JW: 我不认为Adobe会把这个添加到Flash Player中. HLS是一种由苹果控制的格式，与Adobe自己的HDS格式直接竞争. 与HDS, Adobe控制着服务器, 协议, 和客户端, 所以它可以提供独特的功能, 例如DRM或多播. 与HLS, Flash播放器“只是另一个”客户端，Adobe媒体服务器“只是另一个”HLS兼容服务器.