posted by wap, platform: Chrome

HTML5变得众所周知绝对是APPLE公司的功劳，因为iOS设备能方便的播放各种HTML5视频，所以我在这里也介绍介绍目前HTML5的发展情况。

首先，HTML5还是个非常非常不完善的标准，如果这玩意是软件的话，大概只能通过部分单元测试，连alpha测试的资格都远远不如，为啥？

因为HTML5中，有很多很多的重要标准，至今都没有定论，各大厂家还在为了自己的利益，在某些标准上正来争去。例如关键的音频API，现在整个是Mozilla社区和Chrome社区在打架（具体参考：http://www.w3.org/html/ig/zh/wiki/%E9%9F%B3%E9%A0%BB_API），其它一些关键标准也在这里。

标准是一个方面，另一个方面是HTML5的实现，目前在浏览器上都不统一，例如A浏览器支持<AUDIO>标签的MP3和AAC，而B浏览器只支持MP3，而C浏览器则支持OGG，完全是一团混乱。

而视频方面只所以统一，是因为目前主要的网络HTML5应用是为iOS设备做的视频网站，而iOS设备能支持的HTML5相对单一，相反iOS设备是无法支持Flash的，所以HTML5目前的组要作用只有两个：演示和为iOS设备提供视频支持。

所以，目前谈论HTML5还为时尚早。

如果不相信，我可以给大家看看权威是怎么说的：
W3C警告网络内容生产者：HTML 5尚未成熟，并有可能发生规范上的重大变化以增加互操作性，这将意味着短时间内HTML 5还无法进行大规模部署。
Ian Hixie（即Ian Hickson， Acid2、Acid3的作者及维护者，HTML5、CSS 2.1规范的制定者）：“根据估计，HTML5直到2022年才会形成W3C推荐标准”


附录：某次HTML5标准讨论组的某文《HTML5 音頻 API 到底該有多複雜？》
==================================================
答應過說這次要提出比較會被稱為 HTML5 內容的討論的 :p

這次在擁抱 HTML5 裡面講遊戲的很多，而對於製作遊戲來說，我們畫圖有
<canvas> 了，但是音頻的操作還沒有一個統一的標準。剛好最近在試圖了解
Mozilla 跟 Google 提出的音頻/音效 API 的差異的時候，整理了一個音頻 API
的 wiki 頁面[1]，給各位參考，說不定下次就會見到使用這些 API 的演示了。

[1] http://www.w3.org/html/ig/zh/wiki/音頻_API

Mozilla 的 Audio Data API（中文說明已翻譯，請看上面 wiki 頁面） 跟
Google 提出的 Web Audio API 的差別，簡單的講在於 Audio Data API 非常的陽
春，它預期使用者使用全部使用 JS 處理音訊資料。另一方面 Web Audio API 則
是預定義了很多音訊處理部件，而預期使用者將部件排列、組合起來，而這些部件
很多是用瀏覽器內部的 C++ 甚至是 Assembly 寫的。兩邊支持者的論點分別是：

== 支持 Audio Data API 的講法 ==
* JavaScript 已經非常快了，Web Audio API 那麼多 API 會讓瀏覽器之間達到兼
容花費非常多的時間
* Audio Data API 有重複利用 HTML5 <audio>、<video> 的 API ，Web Audio
API 很像是完全新的東西

== 支持 Web Audio API 的講法 ==
* 這種部件的架構有很高的擴展性，利用 JS 處理部件（JavaScriptAudioNode）
可以完全覆蓋 Audio Data API 的所有功能
* 對於遊戲支援來說，任何太差勁的延遲（latency），或是聲音的破裂（audio
glitch）都是不被允許的， Audio Data API 太簡單，沒考慮這些問題
* JS 雖然很快了，但是在低端的裝置還是不及原始代碼

關於最後一點，有不少 Audio Data API 的演示是有關於視覺化音頻的，而這些演
示都用的快速傅立葉轉換演算法都是用 JS 寫的。對於這些應用，這裡引入一段
Apple 的 HTML 工作組主席 Maciej Stachowiak 很有意思的講法：
[[
On many platforms, "native" FFTs are much faster than any possible C
implementation, let alone JS.
]][2]
（在很多平台上，「原始」的快速傅立葉轉換都比任何可能的 C 實作還快了，更
不用說 JS 了）

意思就是很多平台有一些對於聲音處理的硬體支援比 C 還快。這就讓我想到磊友
霏哥做的以 Symbian 為目標的 HTML5 遊戲瀏覽器說不定也可以以支援部份的 Web
Audio API 為目標。

[2] http://lists.w3.org/Archives/Public/public-xg-audio/2010Jun/0033

這邊希望各位 Flash 牛人在 wiki 頁面上貢獻一些這兩個的 API 中做不到的但是
Flash 做的到的事。也歡迎多加一點演示的連結（特別是中文朋友們做的），或是
也可以在討論頁面做各種討論，到底 HTML5 音頻 API 到底該有多複雜？

非常給力的小胖的演講中提到 Android 在即起直追，這個 Google 提出的 Web
Audio API 有可能會是其中之一！（雖然非常諷刺的，現在能玩 Web Audio API
的只有 Mac 版的 Chrome 11）

p.s. 也希望有誰整理一個 Canvas 2D 的類似的 wiki 頁面，可以把也是很牛
flashlizi 的 Canvas 程式庫 casualjs[3] 加進去！

[3] http://code.google.com/p/casualjs


此致

呂康豪（Kenny）, 中文興趣小組W3C連絡人

posted by wap, platform: Chrome

引用:

原帖由 @kitano  于 2011-5-23 17:44 发表
http://burningbird.net/node/156
HTML5规范已经在走正式发布前的last call程序

这个投票失败了，还是没有通过

posted by wap, platform: Chrome

引用:

原帖由 @油焖  于 2011-5-24 08:39 发表
作为使用者...不关心...只要能让ios有大量的视频内容可以观看就行了...

恩，如果是像acfun/bilibili这类在某些方面很热门，但是又没有准备为iOS设备专门准备HTML5看的网站呢？

或者一堆根本用HTML5实现不了的用纯Flash做的幼教网站呢？

或者想乐之邦这类首页就是一个纯Flash，连进入下一级网页都必须通过Flash按钮点一下的网站呢？

请问有什么较好的解决办法吗？

是不是也要越狱装个xx软件？

那这样的办法和Android的方式比较起来有什么优缺点？

本帖最后由 jun4rui 于 2011-5-24 10:45 通过手机版编辑