Mozilla 考虑支持 H.264

  • Alex Blewitt
  • 曹如进

2012 年 4 月 5 日

话题:ChromeMozillaiOS语言 & 开发

历史上,Mozilla 曾拒绝过使用非开放的编码解码器(如 H.264),InfoQ此前也就这一话题进行过报导。Mozilla 之所以拒绝主要是因为支持 H.264 与它的思想观念不一,因为 H.264 有专利覆盖,并且由 MPEG-LA 许可使用。人们不禁要问,Mozilla 这样的姿态会被软化吗?

MPEG-LA 宣布互联网视频编码解码器要追溯到 2010 年。Google Chrome 虽然一年前威胁说要移除对 H.264 的支持,但是直到现在仍然没有采取相应的行动。

微软在其 Windows 平台对 H.264 编码解码器进行了授权,它通过在浏览器中提供插件来渲染 H.264(也包括其他的视频编码解码器)。OSX 则继续内置了对 H.264 的支持。对于其他操作系统中的浏览器,Flash 插件为 H.264 提供了解码支持,不过很少利用到硬件加速。

与此同时,Adobe Flash 移动版(Adobe Flash for Mobile),这个曾一度被吹捧为 Android 流行设备上与众不同卖点的产品,在四个月前惨遭终止。去年,每一款卖出的智能手机都支持 Flash 或者 H.264 适配解码(一般都支持硬件加速),而开源的 WebM 编码解码器则在设备和操作系统上都显得乏力不堪。

智能手机和平板电脑容量的不断增加正在对传统 PC 的销量造成重大影响。四分之三的桌面浏览器都支持 H.264 解码(如 IE、Chrome 和 Safari combined,它们占据了全球约 75% 的浏览器市场)。

基于这一现状,Mozilla 开发列表中有一条建议就是为平台增加视频解码器支持,以使得视频可以基于平台能力进行显示。Bug 714408允许 Gecko 平台使用安装在平台之上的编码解码器。这意味着只要 H.264 视频解码在微软和 OSX 平台上可用,那么浏览器就可以正确地显示视频。此外,移动设备(通常对于电量使用更为保守)会将解码工作交给硬件加速完成,而不是交给 CPU 工作,这么做通常是为了节省电量。移动设备中的 Firefox 将能够利用到这些编码解码器,而不再需要将显示视频的任务推给 Flash 插件完成。

然而,平台对于 WebM 硬件解码却只有有限的支持(甚至对于那些开放安装额外编码解码器的平台也是如此)。随着 iOS 平台的快速增长,以及该市场越来越有限的发展空间,WebM 渗透移动市场的机会几乎消失殆尽。

最后,Daring Fireball 给出的链接显示,许多 Torrent 站点都已决定默认将年代久远的 Xvid 迁移到H.264编码。

如果 Chrom 按照它的承诺移除对特许编码解码器的支持,也许 WebM 还有那么一丝机会。但是随着原生支持 H.264 的硬件设备以及 H.264 格式的视频不断增加,WebM 卷土重来的机会非常渺茫。浏览器如果不支持 H.264,在显示 H.264 视频时会回退为相同视频的 Flash 封装。H.264 在这场战争中无疑会是赢家。

查看英文原文:Mozilla Mulls H.264 Support

ChromeMozillaiOS语言 & 开发