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

正常, 看看html4用多少年了

posted by wap, platform: Chrome

改变web的是js 而不是html

说白了水果想在硬件上面省钱

posted by wap, platform: iPhone

用户不关心，体验到什么才重要。
ipad上youku舒不舒服才是真的

HTML5在开发跨平台软件上还是有一定优势的

[ 本帖最后由 xu33 于 2011-5-23 17:44 编辑 ]

http://burningbird.net/node/156
HTML5规范已经在走正式发布前的last call程序

[ 本帖最后由 kitano 于 2011-5-23 17:46 编辑 ]

不管如何html5在移动设备上有优势，os系统可以更好的处理视频，调用硬解api，完全不必管adobe这个傻逼公司

当然归根结底，还是adobe这个公司又懒又蠢，看看他多久才推出64bit的flash插件就知道了，这点教主说的完全没错

posted by wap, platform: Chrome

引用:

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

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

苹果也在搅混水吧，要是html5标准定了，用户体验接近原生应用了，他0.99的游戏卖给谁去

posted by wap, platform: SAMSUNG (I9000)

果粉天天html5的说，知道ian hickson哪上班么？

posted by wap, platform: Nokia (E63)

其实最关心html5的应该是非死不可吧？

html5好像还没有flash这样强大的制作工具吧？
比如我现在可以马上用flash做点简单的东西，但是
同样的东西，我还不知道html5该用什么工具来做，
不可能纯手写代码吧

flash可以很快地生成一个变形动画，而且一个啥都不懂的人
10分钟内就可以学会怎么做。

html5里不知道该怎么做

当然ADOBE是个很恶心的懒惰公司是肯定的，
PHOTOSHOP多少年没有革命性的更新了，连个
基本的拾色器都没做个好用的出来。随便一个
四五流的垃圾软件的拾色器都可以秒了它。

现在对于国内用户的优势就是直接进优酷，土豆直接看视频，安卓的还基本不行，不过gs2开始就。。