英文原文：The State Of HTML5 Video

　　HTML5已经进入了在线视频市场，这是一件激动人心的事情，同时也对开发者提出了挑战。随着 HTML5 规范和各种浏览器的不断改变，LongTail Video 花费了大量的时间来弄清楚这一技术的本质，并且在各种浏览器以及设备上测试了播放效果，然后针对 HTML5 播放效果对产品进行了优化。

　　本文意在与其他的用户以及开发者分享 HTML5 所支持的技术以及目前无法实现的技术。

　　这篇报告重点关注 HTML5 支持技术的当前状况，我们还将继续完善我们的产品，希望大家能够从我们发现的结果中获得帮助，我们将测试的结果分成了几个主题。

　　随着 HTML5 视频的发展，这篇报告也会随着发生改变。如果一个浏览器或是设备添加了新的功能，我们将在这篇报告中补充相关内容。对于那些不常使用的 HTML5 视频功能也是一样。欢迎在 Facebook 上与我们讨论。

　　1.  浏览器和设备的市场份额

　　首先分享的是浏览器和设备的市场份额统计数据，以及它们目前支持的模式。

　　目前还难以给出一个准确的数据，因为两大数据提供商——StatCounter 和 NetMarketShare 给出的结果存在着很大的不同。不同地区的市场份额也存在着明显的差异。

　　下面是 StatCounter 在 2011 年 11 月给出的统计数据，桌面设备和移动设备占有了1% 的市场份额。

　　已经有2/3的市场支持 HTML5 了。话虽如此，但是 Flash 还有它的生存空间。在桌面上，IE6/7/8占据了很大的市场份额，并且这一情况还可能持续许多年。由于它不支持 HTML5，像 Flash 这类替代技术还将存在于视频播放应用中。至于其他的浏览器，它们基本已经完全支持 HTML5 视频了。

　　移动手机和平板电脑在最近的几年里已经融合成了一个新的格局。目前，只有 iOS 和 Android 占有很大的市场份额。它们都支持 HTML5 视频。Android 仍然支持 Flash，但是它最近也宣布以后推出的手机将不再安装 Flash 插件。

　　目前最流行的设备（XBox、PS3、Apple TV、Roku）既不是 web 浏览器，也不是 app markets。但随着 Apple 和 Google 新产品的推出，2012年这一格局将会有所改变。

　　2.  媒体格式

　　HTML5最大的挑战之一就是对视频/音频格式支持的断裂。以下就是 HTML5 模式的当前情况统计。

　　在 Chrome 官方宣布放弃 MP4以后，MP4的支持情况将会急剧下降。但这一情况目前还难以预测。

　　iOS 和 Android 只支持 MP4 视频。直到 WebM 解码器成为硬件并集成到手机中，但这一情况还将困扰所有的移动设备。可以在 WebM 的博客上看到这一工作的最新进展情况。

　　每个浏览器支持添加多源下载的标签。我们的测试显示包含类型属性将阻止一些预下载，但是会破坏 Android 2.2 的兼容性。在类型属性中设置编解码器不会影响任何浏览器。

　　在我们的测试中，并没有包含 Ogg 视频格式。这一格式很少使用，并且质量也不如 MP4 和 WebM。Firefox 3.6 是现在唯一一个支持 Ogg 但是不支持 WebM 的浏览器，而它的市场份额正在急剧下降（2011年 12 月市场份额为5%）。

　　3.  标签属性

　　HTML5视频标签支持多种属性，并且大部分属性已经能够支持跨浏览器和设备访问了。除了宽度、高度外，还有：

　　Firefox 目前尚不支持loop属性，但是其他的属性在桌面上可以使用。值得一提的是新的muted 属性目前应用并不广泛，但是我们预测它很快将被大量使用。

　　移动浏览器不支持 preload、autoplay 和 muted，但是 iOS5 已经开始支持loop了。iOS4和 iOS5 的另一个区别就是 iOS4 总是使用多个请求预下载视频文件，而 iOS5 则不会预下载视频。

　　每个浏览器的视频控制看起来各有不同，但是它们都提供了相同的选项：一个播放/暂停开关、一个播放进度条和一个音量控制条。Safari 还提供了 2 个额外的按钮：全屏和 30 秒回退。

　　移动设备上的视频控制与桌面浏览器有很大的不同：

• 在 iPad 上，视频控制还是非常相似的，只是它没有音量控制条（音量控制使用硬件按钮完成）。和 Safari 一样，它也有一个全屏按钮。
• 在 iPhone 上，在屏幕中间只有一个循环播放按钮。点击以后，视频将自动全屏播放。退出全屏模式以后，循环播放按钮重新出现。
• Android 2.2 上，不会显示任何控制按键。这意味着，只能通过自定义的 JavaScript 代码播放视频。和 iPhone 一样，视频只能全屏播放。
• 在 Android 2.3 上，有一个控制栏。必须点击播放按钮才能播放视频；直接点击视频画面并不会有任何响应。虽然比 Android 2.2 有所改进，但是还是存在很多的 UX（用户体验）问题。

　　4.  全屏播放

　　可能最初你觉得全屏播放只是一个无关紧要的功能，但是它实际上是一个影响 HTML5 视频好坏的重要技术。全屏播放能够提升视觉体验并增加观看者的参与感。HTML5的全屏播放技术才刚刚起步，可以通过下面的表格进一步了解。

　　在许多的桌面浏览器中都使用了内置的控制机制实现全屏播放。Firefox 使用右键菜单选项，而 Safari 则采用的是一个控制栏按钮。在移动设备上，全屏技术被广泛应用。iPad 上总是有一个全屏开关，而 iPhone/Android 上的视频播放模式总是全屏的。

　　W3C 最近正在开发一个全屏 API 标准。这个 API 可以将所有的 HTML 元素渲染成全屏模式，因此可以在视频中添加各种自定义控件。Safari 和 Chrome 的最新版本已经支持这一 API 了，而 Firefox 10 也将引入该 API。

　　用户显示器的长宽比与视频元素的大小通常并不匹配。因此，如何控制视频在屏幕上的布局至关重要。在 iOS 中，提供了一个内置的控件用于在视频原始大小和全屏播放模式间切换。Opera 的 CSS3 object-fit 属性也是完成类似的功能的。在其他的浏览器中，视频总是根据屏幕的尺寸调整大小。

　　5.  自适应流

　　自适应流是在线视频的一个核心组成部分。它能够实现：缓冲控制、流内质量调整、live/dvr 以及密码和 DRM 安全机制。自适应流并不属于 HTML5 标准，但是浏览器可以通过从 HTML5 的<source>标签中下载控制表单实现这一功能。目前支持 HTML5 的平台中只有 iOS 提供自适应流。

　　Safari/iOS 已经支持 Apple 的 HTTP Live Streaming 协议了，而 Android 也准备支持 HLS，但是这一协议还存在许多问题并且还太新，不足以广泛使用。MPEG DASH 是由 MPEG 开发的一款协议，用于规范自适应流。它还是一个全新的协议，目前尚未得到任何浏览器的支持。

　　为了评测以及规范自适应流的行为，必须制定相应的 QOS 标准。W3C/WhatWG 考虑了一些协议，但目前为止，只有 Firefox 支持部分解析帧、解码和显示规范。

　　每个浏览器都支持使用 HTTP 1.1 范围请求寻找视频中尚未下载的部分。这减少了对自适应流的需要。

　　6.  可访问性

　　由于 HTML5 对浏览器而言是 native 的，它在可用性方面比 Flash 这类插件更具优势。要让视频具有可访问性，它必须能够使用键盘控制，还必须使用封闭的字幕和视频描述渲染，后者可以使用 HTML5 <track>元素实现。以下的表格概述了不同浏览和设备上，HTML5对键盘和文本追踪的支持情况。

　　IE、Firefox 和 Opera 上能够使用键盘控制 HTML5 视频元素。IE/Firefox 考虑了所有的视频标签，使用空格控制视频的播放/暂停，通过左/右和上/下键控制进度和音量。Opera 中可以使用 tab 键控制所有的控件。

　　尽管 HTML5 文本追踪正在积极发展，但目前还没有任何浏览器支持这一功能。尽管各个浏览器都推出了一些测试版支持<track>标签。一旦浏览器正式支持文本追踪功能，我们将在报告中及时更新相关内容并提供更加丰富的测试用例。

　　HTML5视频规范定义了两种播放闭合字幕的方法——视频元素字幕和描述。第一种方法使用多种内嵌的音频/视频/文本轨道播放影片。第二种使用多个<audio>或是<video>元素实现同步播放。目前还没有浏览器实现这些方法。