Google Chrome 放弃对 H264 的支持

  • Alex Blewitt
  • 侯伯薇

2011 年 1 月 15 日

话题:JavaGoogle架构ChromeDevOps语言 & 开发

Google Chromium 的博客中讨论了 Chrome 所支持的HTML 视频编解码格式,另外还宣称,和 Theora 一样,WebM/VP8 会是 HTML 5 的视频标签所支持的视频编解码格式的一部分。 然而,在下面出现了让人震惊的评论:

尽管 H.264 在视频领域扮演着很重要的角色,但是,由于我们的目标是要促进开放的革新,所以我们将会移除对这种编解码器的支持,并且我们会把资源分配给完全开放的编解码技术。

HTML 5 规范无法统一网络上的视频格式,因为开源的基金会(像 Mozilla)无法为视频编码承担 H264 的许可费用,而 Chrome 既支持开源软件,也支持需要许可的软件。 同时,Apple 公司在硬件和软件的选择上让更多厂商采用了 H264 格式,并且它对支持开源的编解码格式没有兴趣,因为那可能会有专利的问题。

直到现在,人们还是认为 Chrome 是两全其美的选择,因为其中的 HTML 5 视频标签既支持 WebM,也支持 H264 视频。 和现存的对象不同(它使用插件架构,这让我们可以对其进行扩展),HTML5 视频标签不允许安装额外的视频编解码器。 因此,在 Firefox、Opera 和(将来的)Chrome 中,我们无法播放 H264 编码的视频。

反过来说也是正确的;Safari 或者 iPhone/iPod 设备的用户将无法查看 WebM 编码的内容,但是,因为 H264 是一种广泛使用的标准(它是 Flash 和蓝光碟所使用的编码格式),所以在 H264 阵营中,对视频编码的意见非常不平衡。 由于在 WebM 中只提供了较少的视频格式,所以为其进行编码的需求并不是特别紧迫,这也是为什么 Chrome 做出了此项改变。

他们希望,通过让 Chrome 只能够解析 WebM 编码格式视频的视频标签(就像 Mozilla 和 Opera 一样),Google 能有力量改变这种平衡状况,从而促进对 WebM 视频编解码器更广泛的使用。 评论高度集中在这个事件上,更多人反对而不是赞成这项改变:

  • 这对于用户和站点设计者来说真的是个很差的决定。 现在我能够在一个 H.264 编辑码器中对视频进行编码,然后把它提供给所有流行的浏览器和移动平台,此时要使用视频标签或者 Flash 包装器。

    如果 Chrome 放弃在视频标签中对 H.264 的支持,那么 Chrome 用户就只能通过 Flash 包装器来获得 H.264 视频。 我可不会在另一个视频编解码器中对视频进行编码。 --Peace

  • 作为使用 HTML 的内容发布者和开发者,我会利用这次机会对我的站点做必要的改变,从而 Chrome 会使用 Flash 插件作为后备,就像 IE 和 Firefox 所做的那样。 带宽很昂贵,而在这种考虑下 H.264 是一种奇迹。
  • 很有趣的改变。 IE9 在发布时会支持 h264 和 webm,而 Safari、Flash、iOS 设备、移动游戏设备、某些控制器、以及大多数具有 3G 功能的手机(请参看 3gpp 标准)都只能够处理 h264 的网络视频格式。

    而所有不支持 h264 的平台,要么在发布时预装了 flash,要么提供了安装文件(超过 90%)。 我们能够清楚地看到,取得胜利的格式是 H264——每个浏览器在各处都支持的唯一视频格式。 这始终是正确的,直到 google 撤回他们最近关于在 Chrome 中绑定 Flash 的声明。

Flash 问题是,尽管放弃了对 H264 的支持,他们仍然支持 Flash,而它是一种非开源的格式。 具有讽刺意义的是,对于没有内建支持的浏览器来说,Flash 是支持 H264 视频格式的最好方式,因此大多数视频发布者都只会以 Flash 对象来提供相同的视频内容,而不会进行编码转换。

  • 在这里让我们现实一些: Chrome 占据了大约 10% 的浏览器市场。 他们做出的支持 WebM 而不支持 h.264 的决定会毁掉 HTML5。 事实上,一旦 Firefox 4 的发布版本支持 WebM,那么大多数使用支持 HTML5 视频的非 beta 版浏览器的用户会使用 WebM。
  • 有人建议决定支持某些模糊的“开源社区”,那是一种错误。 在此,Google 做出的是支持网络的决定。 有人认为 h264 以某种方式可以是免费的,那么他们都想错了。 看起来 Google 在此的眼光放得很远,并且我们应该对其表示称赞,因为他们接受短期的痛苦,而以此换来真正的,可观的长期利益。
  • 对于那些说这是愚蠢改变的人来说,你们才是愚蠢的。 我作为一个用户,我想要得到一个统一的 web 浏览器编解码器。 我可不想在切换到 Google Chrome 的时候,看到在 Firefox 或者 Safari 中可以播放的视频在其中无法播放。 如果所有浏览器都转而采用 OGG Theora 视频编解码器,那么就是在告诉 Apple 公司要知道获得 H.264 编解码器许可的成本所在。
  • 当 Youtube 抛弃 H264 的时候,唯一的原因就在于要打击 iOS 的用户。 战争已经开始。

尽管使用 H264 需要获得许可,但通过互联网消费视频是免费的(并且那是终身的许可),硬件和软件解码器都没有与之相关的费用。 InfoQ在之前已经介绍过这个情况,并且形势似乎不会改变;硬件设备厂商会继续把对 H264 的支持构建到产品中(因为那对于蓝光播放器已经是必需的)。 它们在思想上就不同,那也是为什么 Chrome 开始时试图使用双重支持来姑息两个阵营。

Ars Technica 在他Google 从 Chrome 中删除对 H264 的支持一文中得到了差不多数量的评论,但是他们还指出:

微软可观的浏览器市场份额,以及 Apple 设备的流行程度,都是内容制作者所不能忽视的。 很多内容制作商都可能会继续使用 H264,并且只会使用 Flash 来取代 HTML5 视频标签,从而在浏览器中显示得不到 H264 编解码器本地支持的视频内容。

不管后果如何,Chrome 放弃对 H264 的支持似乎不会改变制作商产生内容的方式,即便他们提供的方式确实发生了改变。 并且,随着 Android 设备能够运行 Flash,看起来硬件标准还会对 H264 支持一段时间。

查看英文原文:Google Chrome Drops H264 Support

JavaGoogle架构ChromeDevOps语言 & 开发