Mozilla考虑支持H.264

openkk 10年前
     <p> 历史上,Mozilla 曾拒绝过使用非开放的编码解码器(如H.264),InfoQ 此前也就这一话题进行过报导。Mozilla 之所以拒绝主要是因为支持H.264与它的思想观念不一,因为H.264有专利覆盖,并且由 MPEG-LA 许可使用。人们不禁要问,Mozilla 这样的姿态会被软化吗?</p>    <p> MPEG-LA 宣布互联网视频编码解码器要追溯到 2010 年。Google Chrome 虽然一年前威胁说要移除对H.264的支持,但是直到现在仍然没有采取相应的行动。</p>    <p> 微软在其 Windows 平台对H.264编码解码器进行了授权,它通过在浏览器中提供插件来渲染H.264(也包括其他的视频编码解码器)。OSX 则继续内置了对H.264的支持。对于其他操作系统中的浏览器,Flash 插件为H.264提供了解码支持,不过很少利用到硬件加速。</p>    <p> 与此同时,Adobe Flash 移动版(Adobe Flash for Mobile),这个曾一度被吹捧为 Android 流行设备上与众不同卖点的产品,在四个月前惨遭终止。去年,每一款卖出的智能手机都支持 Flash 或者H.264适配解码(一般都支持硬件加速),而开源的 WebM 编码解码器则在设备和操作系统上都显得乏力不堪。</p>    <p> 智能手机和平板电脑容量的不断增加正在对传统 PC 的销量造成<a href="/misc/goto?guid=4958335814576476204">重大影响</a>。四分之三的桌面浏览器都支持H.264解码(如 IE、Chrome 和 Safari combined,它们占据了全球约 75% 的浏览器市场)。</p>    <p> 基于这一现状,Mozilla 开发列表中有一条建议就是为平台增加视频解码器支持,以使得视频可以基于平台能力进行显示。<a href="/misc/goto?guid=4958335815366812840">Bug 714408</a>允许 Gecko 平台使用安装在平台之上的编码解码器。这意味着只要H.264视频解码在微软和 OSX 平台上可用,那么浏览器就可以正确地显示视频。此外,移动设备(通常对于电量使用更为保守)会将解码工作交给硬件加速完成,而不是交给 CPU 工作,这么做通常是为了节省电量。移动设备中的 Firefox 将能够利用到这些编码解码器,而不再需要将显示视频的任务推给 Flash 插件完成。</p>    <p> 然而,<a href="/misc/goto?guid=4958335816151254741">平台对于 WebM 硬件解码却只有有限的支持</a>(甚至对于那些开放安装额外编码解码器的平台也是如此)。随着 iOS 平台的快速增长,以及该市场越来越有限的发展空间,WebM 渗透移动市场的机会几乎消失殆尽。</p>    <p> 最后,<a href="/misc/goto?guid=4958335816946005142">Daring Fireball 给出的链接</a>显示,许多 Torrent 站点都已决定默认将年代久远的 Xvid 迁移到<a href="/misc/goto?guid=4958335816946005142">H.264</a>编码。</p>    <p> 如果 Chrom 按照它的承诺移除对特许编码解码器的支持,也许 WebM 还有那么一丝机会。但是随着原生支持H.264的硬件设备以及H.264格式的视频不断增加,WebM 卷土重来的机会非常渺茫。浏览器如果不支持H.264,在显示H.264视频时会回退为相同视频的 Flash 封装。H.264在这场战争中无疑会是赢家。</p>    <p> <strong>查看英文原文:</strong><a href="/misc/goto?guid=4958335818453788738">Mozilla Mulls H.264 Support</a></p>    <div id="come_from">     来自:     <a id="link_source2" href="/misc/goto?guid=4958335819248592915" target="_blank">InfoQ</a>    </div>