December 4, 2012
By Jan Ozer Contributing Editor
Featured Articles

Jeroen Wijering谈HLS, DASH和JW Player

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

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

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

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

SMM: 因此，如果Firefox用户没有安装Flash Player，他们就无法播放HLS(或H.264 in general).

JW: That's correct. 浏览器(或Flash)必须为H提供支持.264.

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

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

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

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

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

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

SMM: 你如何看待DASH对市场的支持? 我听说过插件，然后可能是像Flash Player这样的播放器. Is this how you see it? 也许是通过像你这样的玩家? 当通用发行商(相对于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. 较小的酒吧将被排除在外.

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

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

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

SMM: Android平台上的HLS播放状态如何?

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

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

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

SMM: 为玩家添加HLS支持有什么困难? Why not sooner?

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

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

SMM: 你会期待Adobe在不久的将来将HLS播放添加到Flash Player中吗? If not, why not?

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