HTML5视频编码器市场新三国演义：谷歌近期将公布VP8视频编码器的开源代码

据多方消息来源透露，谷歌将很快公布其VP8视频编码器的开源代码，据悉谷歌公司将在下个月召开的谷歌I/O开发者大会上公布这款编码器的开源代码，与此 同时，火狐的开发商Mozilla公司以及谷歌Chrome浏览器则会同时宣布支持使用这款编码器的HTML5视频回放功能.

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

前不久工作中遇到了在移动 WEB 端直播视频的需求，研究了一下相关技术，记录一下. 目前 WEB 上主流的视频直播方案有 HLS 和 RTMP，移动 WEB 端目前就只有 HLS 能用，我们重点介绍它. HTTP Live Streaming（简称 HLS）是一个基于 HTTP 的视频流协议，由 Apple 公司实现，Mac OS 上的 QuickTime、Safari 以及 iOS 上的 Safari 都能很好的支持 HLS，高版本 Android 也增加了对 HLS 的支持.

HTML5 标准制定时曾经考虑过指定一种视频格式（包括视频编码、音频编码、容器格式）作为标准的一部分，所有浏览器厂商都必须实现. 理想的视频格式应该具有如下特性：. 解码容易，且要有硬件解码器以供处理能力不足的便携设备使用. 当时考虑过的两个组合是 Theora 视频编码、Vorbis 音频编码、Ogg 容器格式，或者 H.264/AAC/MP4（此时 Google 尚未收购 On2）.

HTML5的视频格式之争. 你可能听说过，HTML5支持直接播放视频. 但是，你可能不知道的是，这背后涉及到复杂的视频格式之争，甚至还牵涉到所有的电子影像设备. 如果你想知道答案，请不要错过下面这篇精彩的文章. 它是我迄今读到的最清晰易懂的解说. 原文网址： http://ruthsarian.wordpress.com/2010/05/05/the-elephant-in-html5s-room/.

得益于 GStreamer 后端的实现，未来 Firefox 将可以使用系统内置解码器实现 HTML5 音视频的解码和播放工作. 根据 该 Mozilla Bugzilla 上的追踪，目前用于 HTML5 音视频标签播放的 GStreamer 后端支持已经实现并且得到合并许可. 此举意味着 Firefox 将可以通过 GStreamer 作为中介，使用操作系统已经具备的解码包完成 HTML5 音视频的处理工作，带来了如下好处：.

目前HTML5的各种应用在如火如荼的进行着，大家都在不断的尝试，尽管目前还没有优秀的产品出现，但是目前各方面的应用产品在层出不穷. 而我一直关注的HTML5视频播放这一块，应该说在国外是很火的，很多公司或者个人都在这推出自己的HTML5 视频播放器，详细的说明大家看下面这张图片：. 以上HTML5视频播放器，我也是使用了其中的2-3个，感觉比较好的还是Video JS，对我们开发人员来说很方便，网站有详细的文档说明，以及扩展说明等，播放器制作的很不错，很具有商业价值，下面给大家看一个我们使用的样例：.

现在越来越多的人尝试用HTML5来制作网页游戏等丰富的Web应用. 尽管HTML5的完全实现还有很长的路要走，但HTML5正在改变Web. 为了方便大家学习HTML5 ，本文向大家推荐21个非常棒的HTML5视频教程（很多Youtube视频需要特殊方式访问）.

Google 旗下和 H.264 有关的产品最重要的当然是 YouTube. 作为互联网上最大的视频站点（虽然对国内用户来说这已经没什么意义了），YouTube 是否将继续支持 H.264 至关重要. 目前 YouTube 的所有视频都采用 H.264 编码. 用户上传的视频即便已经是 H.264 编码的了，也通常需要在 YouTube 的服务器上重新编码以统一分辨率、码率等.

网络视频站若完全转向使用 WebM 可以节省一笔专利费用. 然而「完全转用 WebM」 并不现实：有数量庞大的设备（特别是移动设备）只支持 H.264，因此在相当长一段时间内至少需要同时支持 H.264 和 WebM. 但这意味着视频站的存储成本顿时要翻一番. 视频站点所使用的内容分发网络（Content Distribution Network, CDN）也由于需要同时缓存两种格式的视频而导致成本翻番.