HTML 5和ie9:我们知道什么，我们不知道什么

上次我们探索HTML 5 详细, 特别是视频标签, 这个标签是否可以用特定的编解码器来实现还没有定论:苹果已经实现了H.264在其Safari浏览器和谷歌都实现了H.264和Ogg Theora在Chrome, 而Mozilla Firefox和Opera浏览器都选择了Ogg实现, 称其为开源视频标准. 微软, 就其本身而言, 是在暗箱操作吗, 告诉HTML 5工作组的规范编辑, Ian Hickson, 它对标签或特定的编解码器都没有评论.

在MIX 10, 微软开发者大会今天在拉斯维加斯落下帷幕, 该公司已经部分暴露了自己的底牌, 宣布即将推出的IE9浏览器支持HTML 5.

我说部分是因为, 尽管我们知道微软正在支持大部分HTML 5规范草案——加入苹果的Safari, 谷歌的Chrome和Mozilla的Firefox浏览器支持层叠样式表3 (CSS3)和可缩放矢量图形(SVG)——我们还不知道其他相关细节, 比如新的IE9将使用哪种视频编解码器.

让我们先看看我们所知道的.

兼容性
浏览器天堂的本质, 他们的想法是, 是让内容在任何基于html的浏览器中表示相同. 因此，大多数浏览器厂商都遵守了Web标准项目酸性测试. 初步迹象表明，IE9浏览器在Acid测试中的得分要高得多, 如何衡量跨浏览器的HTML代码实现的兼容性, 比以往任何版本的ie浏览器都要多. 根据微软的数据，IE9在Acid3测试中得分为55%，而IE8的得分约为20%. 通过比较, Acid3分数Chrome和Safari, 基于WebKit实现, 各占96%左右.

IE支持CSS3的一些特性，比如圆角和不透明度,“会议的一份报告指出, ，同时也支持SVG(可缩放矢量图形)，尽管微软正在推出自己的Silverlight平台来实现丰富的图形."

速度
Acid3 isn't the only test that is used for compatibility; the SunSpider benchmark test is also used for assessing JavaScript speed. IE9有一个显著改进的JavaScript引擎, 比IE8提升了近7倍, 这将使它与火狐3保持一致.浏览器测试版.

鉴于IE9是一个预览版, JavaScript的速度很有可能继续提高. 这是新JavaScript引擎神奇的一部分, 命名的脉轮, 它是否分配了一个可用的核心来处理脚本. 这个硬件抽象层(HAL)允许浏览器利用多核，而不需要JavaScript或HTML程序员为特定的处理器编程.

微软使用的另一个HAL是图形处理器单元(GPU)，它将图形渲染从CPU卸载到GPU. 微软称其为gpu驱动的html5，能够展示流畅的图像和动作, 以及视频播放.

遗留的支持
IE9将不支持Windows XP，因为IE9的最低要求是Vista的Service Pack 2 (SP2).

对旧浏览器的支持为讨论如何处理HTML 5视频标记提供了一个起点, 以及微软将选择的视频编解码器的一些可能场景.

当那些使用传统浏览器的用户偶然发现一个包含HTML 5视频内容的网站时，会发生什么呢?

HTML 5规范草案(2010年3月版本)包括两种处理HTML 5视频标签的方法. 使用术语“用户代理”来描述浏览器, 规范草案指出，内容可以嵌入到video元素中:

内容可以在视频元素中提供,草案中写道, adding "User agents should not show this content to the user; it is intended for older Web browsers which do not support video, 所以传统的视频插件可以尝试, 或者向这些旧浏览器的用户显示文本，告知他们如何访问视频内容."

规范继续指出，这不是解决可访问性问题(美国的508a)的变通方法.S.)，并建议作者预先嵌入“辅助功能”(如标题或副标题轨道), 音频描述轨道, 或手语覆盖)到他们的媒体流中."

插件是什么?
难道HTML5视频标签不应该消除对视频插件的需求吗?

答案有点复杂. 虽然HTML5视频标签确实可以直接在网页中嵌入视频剪辑, 消除对插件的需求, 规范没有这样的要求, 部分原因是由于传统浏览器的向后兼容性要求.

事实上，在开源软件的堡垒之一，新闻和评论网站Slashdot.org说，HAL的概念给了那些看到他们最喜欢的浏览器向H.264，当用户想要使用开源编解码器.

“没有什么可以阻止浏览器使用操作系统集中的编解码器存储库,Slashdot的一名网友说, ，然后可以添加编解码器(如果没有的话)。. 事实上，Opera 10.50在Linux上就是这样做的(它使用gstreamer). 它还在Windows和OS X上使用自己的gstreamer副本, 如果您愿意，可以向其添加编解码器."

HTML 5草案建议的第二种方法是使用外部播放器.

不能呈现视频的用户代理可以使元素表示到外部视频播放实用程序或视频数据本身的链接,草案说.

这就引出了第三种选择, 然而, 它不是草案规范的一部分，但已经流行了很长一段时间，并且可能会继续受到那些继续想要使用Flash的人的欢迎.

HTML视频标记提供了提供视频文件的多个版本的机会, 涵盖浏览器之间的选项，已经解决了一个特定的编解码器. 下面是收集自 Henrik Sjökvist的网站，他在书中提出了第三种解决方案:

code

“与使用Flash或其他插件相比，这种(HTML5视频)方法的缺点是,他说, 显然，我们目前需要提供三个版本的每个剪辑，我们想要嵌入(MPEG4), Ogg和FLV). 对于不支持[视频标签]的旧浏览器，我们需要使用替代方案. 一个简单的解决方案是使用SWFObject降级到Flash."

在Sjokvist版本的HTML5视频播放, 带故障转移到Flash, 浏览器检测到视频元素并尝试播放它. 如果内容无法播放, JavaScript会启动并要求Flash播放器播放封装在SWF (Flash原生)对象中的视频文件.

微软将使用哪种编解码器?
所有关于遗留支持的讨论将我们带回到微软将选择使用哪种编解码器的问题. 我的期望是他们会用H.264，因为它在Windows 7中作为Windows媒体播放器的一部分被本地支持, 和H完全一样.苹果Safari浏览器对264的支持利用QuickTime来访问H.264编解码器，用于在Mac OS X桌面操作系统和iPhone移动操作系统的Safari中播放.

那么为什么操作系统的本地支持很重要呢? 总而言之，就是分配. H.264许可针对媒体播放器，但不一定针对浏览器.

这就给没有单一桌面操作系统可依赖的浏览器制造商提出了一个难题:他们是否会创建一个包含H.还是返回到插件来插入H.. 264浏览器分发完成后.

一位Slashdot的评论者总结了争论的一面.

“如果火狐有H.264支持，无法重新分发. 期.海报上写着. “每个人都必须从Mozilla下载‘官方’版本. 没有Linux发行版可以包含它. 没有人可以修改代码并发布它. 这会削弱火狐."

另一位评论者用插件选项进行了反驳.

"H.264可以作为一个插件来实现，”第二位评论者说. 默认情况下，Firefox不需要包含这个插件. 有很多第三方H.264个实现可供选择. Mozilla自己甚至可以创建这样一个插件作为附加组件, 并使其免费提供(无源代码), 如果有必要的话)."

“Mozilla是在搬起石头砸自己的脚,这位评论者继续说道, 如果他们目前的立场不是虚张声势的话. H.264号列车即将出站，苹果、谷歌，甚至微软都在车上."