關于因特網視頻之未來的爭論近來喋喋不休，特別是蘋果公司在iPad和iPhone平臺上禁用Adobe的Flash技術。

　　在去年4月的一封公開信中，蘋果CEO喬布斯解釋了為什么蘋果不容許Flash在iPhone、iPod和iPad上。取代Flash，蘋果正在推廣一種稱為HTML5的新標準。那么，這新興標準對在網上分配視頻的電視廣播機構會有何影響？ 

　　首先必須了解的是HTML5的不是。它不是一種如H.264或Dirac等的新視頻壓縮算法；它不是一種如MP4（MPEG 4 Part 14）、AVI（音視頻交錯）或3GP（用于3G手機）等的新視頻格式。 

　　它也不是與以前徹底分道揚鑣，因為它建立于當前網絡上到處使用的兩種標記語言HTML和XML的基礎之上。　　

　　HTML5是什么？

　　那么HTML5究竟是什么？它是一種向能上網的設備分發如何處理視頻內容的指令的新方式。

　　當前許多瀏覽器（蘋果的Safari、Mozilla的火狐、谷歌的Chrome）及其它即將上市的瀏覽器（微軟的IE9）都提供對視頻的原生支持。這意味著對解碼瀏覽器自身內的某些種類的壓縮視頻將提供內建的支持，不需安裝如Flash或微軟Silverlight這樣的插件。

　　例如，適用于Mac和Windows操作系統的Safari像Chrome一樣，原生支持內建于此瀏覽器的原代碼。火狐瀏覽器內在地并不支持H.264（由于此開源社區對使用像H.264等的專有技術天生的抗拒），但它卻原生支持另一種視頻編解碼Theora，這也得到Chrome和VLC媒體播放器程序的支持。 

　　那么為何要轉換？當然喬布斯有許多理由，但對于大部分公司來說，關鍵是開放的標準。盡管Adobe聲稱其播放器總桌面滲透率已達98%，但Flash依然還是Adobe的獨家產品。因此像蘋果和谷歌等的公司可能認為找到一種替換Flash的方式符合他們的最大利益。而在HTML5內，他們也許已經找到了。

圖1 在運轉的HTML5，顯示網絡服務器、HTML5代碼片段和顯示在便攜式設備上的網頁。

　　為觀察HTML5的工作方式，圖1示出一個視頻文件經過配置可在網上播放。在此情形中，視頻用H.264主檔壓縮，而音頻用低復雜性高級音頻編解碼（AAC）壓縮。

　　這兩種內容（圖中以粉紅色顯示）隨后被組合為一種MP4容器（以黃色顯示），它還包含在流式和播放運作中有用的其它數據。這些其它數據可能為一種幫助流服務器決定視頻和音頻文件打包方式的提示軌；或者它可能為關于文件或其它有用材料的元數據。這個容器（實際上為一個文件）然后被存儲于一個網絡服務器上，直到用戶瀏覽器請求它。 

　　繼續圖1，用戶的瀏覽器需要被告知如何找到和處理此有音頻和視頻內容的容器。這時HTML5通過嵌入觀眾正在觀看的網頁的代碼內的一批指令起作用。 

　　注意，與許多網絡媒體應用一樣，為瀏覽器提供HTML5編碼的網頁的網站可能與提供媒體內容的服務器是分離的，如此例子所示。對編寫HTML5代碼的要求是當用戶瀏覽網頁時視頻會自動開始播放，它也可這樣編寫，即要求用戶點擊播放按鈕。

　　值得一提的是，目前蘋果的手持設備不理睬該參數，因此防止用戶濫用移動帶寬，直到他們點擊播放按鈕。

　　對電視廣播機構的影響

　　HTML5的好消息是如果電視廣播機構已在使用H.264，他們不一定需要購買一批新的壓縮設備。對于一些已在用H.264編碼其內容的大網絡視頻提供商（如YouTube）來說，這的確是好消息。

　　當然，由于許多網絡視頻流系統基于Flash腳本語言，某些工具變化還是需要的。在不久的將來，這些工具也將支持HTML5，尤其是如果它們準備用于為蘋果的便攜式設備制作內容。

　　HTML5推行的一大問題是當前缺少數字版權保護（DRM）能力。盡管最終用戶對受大眾歡迎的DRM保護的內容永遠不快，但若無某種形式的防止內容的未授權再分配，許多內容所有者在網上發行他們的視頻資產是不安的。 

　　這對那些對內容訪問收費的網站（如提供受歡迎的電視廣播網節目的Hulu Plus服務等）尤其重要。 對可能只擁有流式傳輸內容的有限版權的電視廣播機構來說，分發未受DRM保護的視頻流絕對是不可能的。在這些情況下，電視廣播機構可能必須不放棄Flash，直到或除非DRM獲HTML5部署。

　　在不久的將來，許多網絡內容提供商可能會采用HTML5和Flash視頻的某種組合。做法可能相當簡單，只要把Flash視頻指令作為一個內部的HTML5元素嵌入即可。

　　那么電視廣播機構的底線是什么？此轉換也許與該行業經歷的其它轉換類似，暫時兩種不同格式可能都得支持。幸運的是，此轉換如果確實發生，應比從標清轉換到高清的花費要少得多。我們惟有期待。B&P