Google 週三釋出一版開放原始碼、免授權金的影片格式WebM，包括Mozilla與Opera都已經同意在瀏覽器中支援該格式，同時Google也會在 YouTube網站上加以支援。

「WebM計畫重點在開發一個高品質、開放性質的Web影片格式，並可免費提供給所有人。」WebM網頁如此寫著。Google是在週三的Google I/O大會上宣布此事。

Google已經找到一些外部支援，「VP8與WebM規格都已經在5/19日公布，也是正式版了，我們鼓勵大家加以利用來開發應用程式。Google、 Mozilla與Opera都已經開始在瀏覽器中加入WebM支援；而自5/19日之後，所有只要是720p或更大的檔案上傳至YouTube後，都會以 WebM作編碼，當作HTML5實驗的一部份。」

這個格式是以VP8技術為基礎，源自於Google在今年二月收購On2公司而來，它同時也用在Ogg Vorbis語音技術上，源頭也是On2公司。

……

有好戲看了～

希望夠穩定&功能足夠，這樣 flash 就用不太到了，flash 廣告沒看也沒關係，youtube 就不行了。希望可以解決 linux flash 很吃 cpu & 不穩定的問題。

如果 YouTube 可以 100% 轉換成功，其他網站的很多 flash 大概也會被替換掉，改用 html5。

WebM 是 container format，file structure 是以 matroska 為基礎設計的。

WebM 的 video 只能用 VP8 編碼，audio 的部分只能用 vorbis 編碼。

定義得這麼沒彈性，是刻意的，Google 認為這可降低使用者的疑惑，只要某瀏覽器支援 WebM，就可播放任何 WebM 檔。

目前 google 已與一些顯示卡廠商合作，未來可能會有 VP8 硬體加速的顯示卡。

VP8 編碼對影片的寬、高採用 14bits 的規格，所以有 16384x16384 pixels 的限制。對於 datarate、framerate 沒有限制。

個人覺得，用什麼container其實不是很重要，重點在這次開放出來的VP8！

可以參考之前關於 theora 的討論：  http://www.hyperrate.com/thread.php?tid=14267

不過x264的開發者有他的見解：  http://x264dev.multimedia.cx/?p=377

這條Plurk也有相當不錯的見解：  http://www.plurk.com/p/5cktz6

不知道 VP8 對 H.264 會造成多大的影響。不過可以確定的是，Google 釋出 VP8 第一個會哭哭的，應該是源自 VP3 的 Theora codec。再來就看將來硬體加速的支援程度了，這可是關係到輕省設備能不能播放高解析度影片的關鍵。小弟手上的 Aspire Revo 要播放 Theora HD 的影片就有點卡。畢竟這些intra/inter-frame quantization跟referencing，其實都大同小異，完全看當初硬體實作上的彈性？

反倒是 Theora 對 VP3 的改進，有多少可以也加到 VP8 上？

 雖然重點是 VP8，但不要輕忽 container format 的選擇哦，WebM 算 Matroska 的 subset，從 matroska 官網看到的資訊也提到，許多 matroska 的工具稍微修改就可以支援 WebM 了，這對開放原始碼的陣營應該是非常好的消息。

webm support in Matroska tools

Haali's Media Splitter has been updated and can now demux and mux webm files within DirectShow programs (and maybe IE9?)

mkvtoolnix can also mux and read webm files, either by using --webm in the command line or by using the .Webm extension.

mkvalidator will tell you if the files you produce are valid webm files (v1 and v2)

mkclean can clean webm files, remux them or even turn a webm file into matroska and vice versa (as long as the codec are VP8 and Vorbis)

webm: the new Matroska sibling

The Matroska design is well suited for the web and an ever more strict version ensures a wide and consistent support in the whole web and hardware industry. Current Matroska parsers only have to support the new "webm" DocType and the VP8 video and Vorbis audio codec. All the rest is plain and simple Matroska. That allows for completely free and open technologies (specifications and source code) to conquer the web at no cost for users, encoders, or servers.

看到 Steve 下面這段話還蠻有 fu 的。雖然也有運氣的成分，但如果他們沒有維護 matroska 的毅力與努力，matroska 也不會有今天。

After a steady growth among the hardware devices that play HD content (Blu-Ray players and other network media players) the Matroska technology is set to play a big part in the future of the web. What started as a side project of a few people is now going to be an industry standard. It shows once again that with hard and passionate work open source developers, by way of open and free technologies, can really have an impact on the life of millions of people. We were often told that our project would never have much influence or support and that it wasn't worth the effort. But we knew the technology we designed was really a good piece of engineering. We kept pushing and the hard work has finally paid off. I would like to sit down for a moment and congratulate all the people who made Matroska what it is now.

-- Steve 'robUx4' Lhomme

Introducing WebM 中提到選擇 matroska 比 ogg 適合網路的原因。

The main benefit of Matroska over Ogg is that the seeking information can be placed at the beginning, making it significantly easier to seek in a WebM file being transferred over HTTP. When the user tries to seek, if that part of the video hasn’t yet downloaded, then the browser needs to request that section from the server.

For Ogg, browsers have to do at least 2 separate requests when a video loads — one to get the beginning of the file and a range request to get the end — before the length of the video can be determined, and before seeking can occur, which then potentially results in additional requests.

For WebM, all the information is presented up front, meaning that if a user seeks the video, the browser knows exactly where in the video to go, or which part of the file to request from the server.

This is not to say that Ogg itself is a bad format. Quite the contrary, it’s just optimised for different use cases. Ogg is very good to use as a streaming container format where seeking is not required, or for storing your Vorbis encoded music collection locally, where the player isn’t subject to the overhead of HTTP requests.

WebM, on the otherhand, had to be specifically designed for use with the HTML video element served over HTTP, and as such, benefited from the design decisions of Matroska.

對小弟來說，MKV已經是很成熟的container格式了，也就是說已經沒有新意所以沒有太大的感覺。當然現在已經有很多現成的open source工具可以用，絕對是好事一件。

另外，最近看了另一篇blog，其實是對x264作者的那篇的回應。其中有對於x264作者提出的質疑，以及patent相關的問題有相當不錯的說明。尤其對VP8質疑最大的一點：沒有支援B-frame參考，很明顯就是要避掉未過期的專利。

http://carlodaffara.conecta.it/?p=420

前一陣子有玩 html5，發現幾台 Android 2.2 Tablet PC 的內建 Browser  不支援WebM。

看來 WebM 要被接受還有很長一段時間。目前看來 html5 video 還是用 h264 比較好。

手機跟tablet的CPU都比較抱歉，所以播放影片(HD)多需要靠硬體解碼。可是雖然之前google找了好幾家硬體廠，到現在似乎都還沒有實際的商品支援？

連用 Android 2.3.3 的比較貴的 HTC Flyer 也試過，一樣不支援 WebM。

WebM 只有在 Windows 有支援 

eliu

WebM 只有在 Windows 有支援

chromium / google chrome 在所有 desktop 平台都同時支援 h264 / ogg(ogv) / webm,

firefox 直接支援 ogg(ogv) / webm, 印像中也有外掛可支援 h264 (可能是 windows only)

opera 應該預設就支援 ogg(ogv) / webm, 加外掛可支援 h264

我自用的 chromium 固定測試 html5 video 很久了, 看 timestamp 三種 codec 都支援近一年了。

google 有提供 WebM 的外掛給 IE 等 browser 用，所以還是有點競爭力。

比較麻煩的是 image format, WebP, mozilla 公開說不支援。

雖然 opera 內建支援 WebP, 但 opera 的市佔實在是太小眾…

忘了說 Linux & Mac XD。

其實 IE/Firefox/Chrome 似乎都可以用 WebM，惟獨 Android Browser 不行。

感覺文章有點虛，完全沒有提到 H.264 的例子是用怎樣的參數壓出來的...

不過還是支持 VP8，我相信 Google 的行銷手法 會讓 VP8 持續進步    XD

很奇怪竟然完全沒有提flash影片flv格式，其實就是用VP6啊！(看看google怎麼說就是該買On2)

個人覺得問題最大的是，VP8的目標不在於高畫質，而是在於簡化演算複雜度(Hadamard transform)，

還有提昇低流量時的話值，方便移動式設備上的實做。

可是尷尬的是，目前多半手機都有硬體H.264解碼的今天，可是VP8遲遲沒有看到有硬體出來，這...

不過 Google 還有 Android 佔有率優勢，結合 HTML5 也許有望能突破這種窘境...