Google 对 Chrome 抛弃 H.264 视频一事做出解释

Posted by Eyon on January 16, 2011

本周 Google 宣布要在 Chrome 的 HTML5 <video> 标签中放弃对 H.264 格式的支持之后,引起了业界的大量讨论。昨天 Google 又发表了一篇文章,对他们这一艰难的决定进行了解释,并说欢迎大家辩论。我们一起来看看 Google 怎么解释这件事儿的!

为什么 Gogle 要在 HTML5 的 <video> 标签中支持 WebM?

首先,<video> 是HTML5中重要的一个组成部分,我们相信它的前途一片光明,并且也希望它能够去的成功。但是就支持视频格式来说,并没有规定一定要支持某一种视频格式。Firefox 和 Opera 都支持 WebM 和 Ogg Theora 并且因为授权原因不会支持 H.264,而 Safari 和 IE9 又支持 H.264,这就意味着所有的发布商和开发者在使用 HTML5 的 <video> 时都必须支持多种视频格式。

这并不是一个理想的情况,我们想看到的是所有浏览器都能够支持一种视频格式,很明显 H.264 因为需要授权不会有协议规定必须要使用它作为基线編解码器。另外,我们完全相信当今核心的Web技术是需要基于开放和社区开发之上的,所以我们要支持WebM。

为什么在 Chrome 的 HTML <video> 标签里抛弃H.264?

我们也知道H.264现在被内容发布商、开发者以及硬件厂商广泛采用和支持(尽管 WebM 的支持度也一直在上涨),但如果使用H.264的话所有的浏览器、操作系统厂商、硬件厂商和内容发布商都需要为此付费,并且没有保证未来该费用不会上涨(译者注:H.264仅仅是针对终端用户完全免费),这些费用对于下一代视频的发展来说完全是在扼杀创新。

最糟糕的还不是授权费用,而是创新的节奏和是什么东西驱动着他们来创新。由社区来驱动的开发并非完美,但通常情况下他们都会将用户体验、安全性以及性能放在第一位。但如果封闭的开发机构一旦满脑子只想着靠收取专利费用赚钱的话,这事儿就非常不靠谱了,而且开发创新的进度往往也会大幅度变慢。这对于Web视频行业的长远健康来看是很不好的,我们认为 Web 的发展将会受制于非真正的开放。而可以得到投资的社区开发就可以确保一切健康发展。

那么是不是意味着在 Chrome 中就不能播放 H.264 视频呢?

H.264在视频领域确实扮演着重要的角色,而且当今网络上的大多数 H.264 视频都是通过像 Flash 或者 Silverlight 这样的插件来播放的,而 Chrome 将会继续支持这些插件。我们的决定仅仅只针对 HTML 的 <video> 标签,虽然 HTML 视频平台很有希望,但现在使用该技术的网站还很少,所以也不会有太多的用户立刻就会受到这方面的影响。

Google 是想控制网络视频格式么?

WebM 由网络社区驱动,而 Google 所扮演的角色仅仅和其他社区成员一样,并没有欲望和意图控制网络视频格式。我们的终极目的是看到 HTML <video> 标签成为一流的视频平台。我们希望有大量的组织和个人能够为 WebM 贡献力量,而不要扯上 Google 和其他任意一个实体公司。

Google 难道不是在强制内容发布商必须为他们的视频创建多个各种格式的副本么?

我们看到确实有不少人有这方面的担心,但 Google 作为世界上最大的网络视频发布商(Youtube),所以我们很理解你们关注这个问题。但请你记住 Firefox 和 Opera 因为授权的原因一直都没有提供对 H.264 视频的支持,它们两家都只支持 WebM 和 Ogg Theora。因此,开发者和视频发布商已经要为H.264之外的视频格式提供额外支持了,这也是我们为什么要为 HTML 视频建立一个基本视频格式的原因。更广泛的说,由于访问网络的设备、平台以及连接类型的多样化,大多数的内容提供商现在都必须提供多种格式的视频版本。我们相信快速发展的 HTML 视频和 WebM 能够在一年之后为内容发布商、开发者以及采用 WebM 技术的设备提供一个非常优秀的解决方案。

我们也同样在HTML 视频的发展僵局之中,因为 HTML 规范并没有规定一种视频格式作为基本标准,这也是我们投资 WebM 并鼓励所有的浏览器厂商使用这个新兴的 HTML 视频平台的原因。对于 IE 和 Safari,WebM项目组将会发布一个插件以让他们在 HTML <video> 标签中支持 WebM(译者注:这里使用的是标准接口让IE和Safari可以通过 <video> 标签支持 WebM,而不是像 Flash 那样的非标准插件)。在投资开放技术以推动网络视频平台和眼睁睁的看到网络视频行业可能因为一些公司完全为了利益而不管开发的选择上,我们选择了前者,而且我们相信这一决定将会刺激用户以及行业的创新。

via ChromiumBlog