微软声明将支持HTML5和H.264视频标准

Dean Hachamovitch，微软IE部门的总经理，宣称说在IE9里将只支持用H.264标准来播放HTML5视频。现在微软好像已经决意选择HTML5，对Flash来说，它又失去了一块阵地。Dean是在乔布斯发布博文解释为什么苹果在IPhone和iPad上不支持Flash之后的当天发表上述声明的。

\

微软似乎最终很严肃地选择了HTML5。在Hachamovitch的博客的开头，他声明说“Web的未来是HTML5”。接着他提到，“在促进Web应用的丰富性和交互性，以及站点设计方面，HTML5将扮演非常重要的作用。”许多人疑虑对于HTML5，微软将采取什么举措，如果他们开始对其进行集成，它会选择哪个视频标准？虽然微软现在已经开始实现HTML5的部分功能了——历史、内联编辑、Web数据库等——但是它仍需要努力，向那些已经实现如画布、拖拽、消息、视频、音频、Workers和其他功能的浏览器厂商看齐。IE9肯定会包含这些功能，在确定自己的前进方向之后，微软已经非常了解快速实现这些功能的重要性。比如，IE团队最近发布了一个在GPU上运行HTML5视频的IE9 Demo，通过使用硬件加速领先了其他浏览器一步。

\

只是微软需要在视频标准H.264（又名“高级视频编码”，Advanced Video Coding，AVC）和免费的Ogg Theora解码器之间做出选择。Firefox和Opera现在使用后一个标准，而Chrome两者均使用。微软此前已经宣传IE9将只使用H.264。Hachamovitch还提到，为Windows写应用的开发者不需要为使用H.264解码器支付License费用，甚至在访问硬件加速功能的时候也不需要，因为License费用已经包含在Windows中了。

\

Hachamovitch还提到他们将继续和Adobe合作，以修正他们浏览器中的问题，但是他们似乎已经选择了基于HTML5的Web，而不是Flash。

\

Hachamovitch的声明是在苹果CEO乔布斯介绍为什么他们不允许“在iPhone和iPad上使用Flash”的当天发布的。在乔布斯的解释中，他提到Flash使用的H.264的旧版本消耗了iPhone和iPad的大量电能：

\

要在播放视频的时候电池还能用的时间长，移动设备必须在硬件中对视频进行解码；用软件进行解码消耗的电能太多。现在的移动设备中许多芯片都包含一个名为H.264的解码器——一个用在每一台蓝光播放器中的行业标准，并已经被苹果、Google（YouTube）、Vimeo、Netflix和许多其他公司所采用。

\尽管Flash最近已经增加了对H.264的支持，现在几乎所有的Flash站点上的视频还是需要老版本的解码器，而它们在手机芯片中没有被实现，只能运行在软件中。两者的不同是显而易见的，举例来说，在iPhone充满的电池耗光之前，H.264视频能够播放10个小时，但是通过软件解码的视频播放时间不超过5个小时。

\

回到HTML5，现在只有Firefox和Opera这两家主流的浏览器还在使用Ogg Theora，其所展示的视频的质量要低于H.264。他们将没有选择H.264标准的行为归因于它的高昂专利费。这个标准现在是一家名为MPEG LA的公司在管理，除了H.264，他们还管理像MPEG-2、MPEG-4、ATSC或者IEEE 1394这样的技术授权。苹果、微软和Google都有授权许可证，但苹果和微软同时也是许可单位。根据MPEG LA的说法，参与这些标准的制定并不是那么困难：

\

任何组织，如果认为它有对AVC标准非常重要的专利，并且希望参与到基于成功评估的AVC专利文件许可中来，我们都欢迎它们提交相关资料参与评估。

\

H.264许可政策每5年评估一次，现在的这个版本将于2010年12月31日截止。不同的许可费用被用来基于H.264创建解码器，它们可能会被包含或者不被包含在某个操作系统中，基于订阅或者标题基础的消费视频，或者免费TV秀的互联网广播中（详情请浏览许可费摘要-PDF版）等。比如，以2009-2010的标准计算，为某个操作系统增加一个H.264解码器需要大约每年500万美元的费用。如果许可费用要增加的话，在以后5年其增长的幅度不会超过10%。

\

H.264标准被广泛应用在诸多设备上，比如机顶盒、媒体播放器、其他个人计算机软件，以及如电话、移动电视接收器、蓝光光盘播放器和录音设备、蓝光视频光盘、游戏机、个人媒体播放器设备等移动设备，还包括视频摄像机、订阅、点击付费浏览、标题视频服务、免费广播电视服务和其他产品等等。

\

基于最近技术社区的讨论，Web的未来似乎已经和HTML5紧密相连，而且它的视频组件很有可能就是基于H.264。

\

查看英文原文：Microsoft Tips the Scale in Favor of HTML 5 and H.264