-->
为五月的纽约流媒体保留座位吧. 现在注册!

谷歌拒绝H.264在Chrome意味着一个统一的HTML5视频标签现在是一个白日梦

谷歌使用了冗长的 博客 上周五平息了围绕它的风暴 选择性下降 原生H.264 video codec 支持 in its Chrome browser and Chromium project, 支持VP8编解码器和WebM, 同时仍然支持Adobe Flash和微软 Silverlight插件.

在1月11日发布的数百条评论之后 博客 指责公司放慢了创新的步伐, 1月14日的澄清帖子, 2011, 试图将参数分割为围绕HTML视频标记的简单参数.

"This week's announcement was solely related to the HTML

"We believe there is great promise in the

奇怪的是,谷歌声称它的决定将有助于推动这一问题, 当时谷歌本身也是推动H.264编解码器走向决胜局.

在获得On2的VP8编解码器之前,它 重新 作为WebM开源项目中的视频编解码器,谷歌同时支持H.264和Ogg Theora,这是一个古老的编解码器,无法与H.264的质量.

收购后, 然而, 谷歌很快就在软件和硬件编码/解码方面对编解码器提供了强有力的支持. 它声称在这两个领域都取得了成功, 这就是为什么它现在可以放弃对更流行的编解码器的支持.

“我们承认H.不过,264在今天的发行商、开发者和硬件社区中得到了更广泛的支持 支持 整个WebM生态系统正在迅速发展.Jazayeri写道. “然而,由于其许可要求,不会同意将其作为HTML视频标准的基准."

Mozilla, 是谁制造了第二大流行浏览器(Firefox)和受人尊敬的独立浏览器Opera, 许可要求确实是个问题. 谷歌在其博客文章中没有说明的事情, 然而, 大多数用户不使用Firefox或Opera.

谷歌放弃大多数浏览器的举动, 由Internet explorer(其最新版本)领导, IE 9, 支持H.264原生和所有iOS设备, 使用Safari浏览器, 看来这一僵局不会很快得到解决.

Ian Hickson, 谁负责规范草案, 早在2009年年中,他就表示,只有所有浏览器制造商就支持哪种编解码器达成共识,HTML5视频标签才会成为现实.

“经过无数次的讨论, 无论是在公共场合还是私下, on the situation regarding codecs for

希克森当时确实说过,如果所有浏览器都支持Theora的话, 他可以重新开始讨论.

当然,考虑到几乎和h一样好,Theora现在是没有意义的.VP8的264特性. 但希克森在2009年年中说的这句话,很可能是在谷歌最近宣布推出H.264, 用VP8代替Theora, 并对VP8的专利侵权提出了担忧:

(一种选择是)谷歌长期支持(Theora)编解码器而不会被起诉,这样苹果对海底专利的担忧就会减少,Theora就会成为事实上的网络编解码器. 或者,剩下的H.264项基线专利由不愿意免费授权的公司所拥有, 导致H.264的支持是免费的,H.264成为事实上的网络编解码器.

Hickson补充道:“当这两种情况发生时,我将重新考虑更新HTML5.

现在不是重新考虑HTML5视频标签更新的时候, 希克森的立场是否不变. 如果有什么区别的话, 谷歌的举动将保证html5视频标签的不确定性和僵局将持续一段时间.

谷歌最近的举动也很好地利用了Adobe的专有播放器解决方案, Adobe Flash Player. 由于Flash Player支持H.264, Chrome用户现在需要下载它或微软的Silverlight才能玩H.264 video, and the

最新这篇博客的读者对Jazayeri最新这篇博客的逻辑印象并不比之前那篇更深刻.

"H.264就是我们需要的,”博客评论者Bassguy回应道. 不要放慢创新的步伐. 你在支持闪电侠."

还有几位评论者问谷歌为什么要在视频编解码器之间挑挑拣拣.

“Chrome支持MP3和AAC怎么样?休·艾萨克斯二世问道. “为什么这个还没有被删除?? 音频和视频一样重要."

移除这两个编解码器, 虽然, 不仅仅是苹果的iPod设备无法播放谷歌的视频和音频,它还会对99.5%的媒体播放器使用MP3作为标准——虽然不是开放标准,但毕竟是标准.

因此,谷歌可以挑选它支持的许可池编解码器, 一直以来,它都虚伪地声称自己支持开放标准.

谷歌不可能两全其美. 虽然它可能支持开源编解码器, 它不可能是支持标准, 因为没有一个开源编解码器能够达到当今市场上大多数编解码器的使用水平. 如果它要支持标准, 在使用方面, 它不会以开源编解码器的形式出现.

除了, 我们将在以后的文章中更详细地介绍这一点, 谷歌声称它可以让VP8在芯片上进行编码或解码,这与这样一个事实背道而驰,即像VP8这样的开源编解码器继续以如此快的速度发展,以至于任何硬件制造商在当前版本上实施芯片都有可能陷入一个已经发生的问题:VP8现在有两个可行的分支, 谷歌一直保留在公司内部, 另一个是由开源社区扩展的.

如果硬件是致力于谷歌的版本, 它不是一个真正的开源社区版本, 它是? 这种方法闻起来更像是编解码器代码的专有分支伪装成开源代码.

谷歌似乎正面临一场中年身份危机, 制造不和和破坏,以至于“不作恶”的口号受到质疑.

流媒体覆盖
免费的
合资格订户
现在就订阅 最新一期 过去的问题
相关文章

什么是HTML5?

HTML5和HTML5视频的解释, 包括历史, 专利问题, 以及苹果目前的使用情况, 微软, 谷歌, Adobe, 和其他人.

HTML5视频导航

着眼于HTML5平台的关键发展, 以及实用和技术百家乐软件,以帮助您实现HTML5视频

你可能错过的25个HTML5视频百家乐软件

这里有一些文章, 视频, 网站, 以及能够帮助你更好地理解HTML5 Video标签相关问题的会议, 以及一般的HTML5规范.

谷歌的WebM面临专利挑战?

上周,MPEG LA发布了一项专利池请求,谷歌对此不予理睬,称其为“旧闻”。

HTML5, iPad和iPhone:你需要知道的

HTML5视频世界是碎片化的, 但最近的一个网络研讨会解释了内容提供商如何为它做最好的准备.

如果谷歌没有放弃H.Chrome中的264?

专家们抨击谷歌放弃H.在Chrome浏览器中支持WebM,支持264. 但是如果全h.264世界并不像人们说的那样美好?

评论:欢迎来到双编解码器世界

与WebM, 谷歌没有创造任何新的收入机会, 开拓新市场或扩大蛋糕的规模. 他们只是让你的份额变得更贵了, 所有这些都是对“开放编解码器技术”的高度追求."

WebM vs. H.第264集:细看

谷歌决定以WebM的形式开放VP8的源代码,这是另一场编解码器大战的序幕. 我们来看看编码效率, 输出质量, 以及播放WebM和H所需的CPU马力.264.