2013-02-19 115 views
2

我注意到有很多圖書館用於播放HTML5音頻,但是不是HTML5音頻的全部想法,我們不需要庫來實現這個功能。爲什麼我需要HTML5音頻庫?

如果我不需要Flash後備,但對於流媒體音樂(我自己),也可以在彼此之後每首樂曲播放一個簡單的解決方案,我則需要像jPlayerSoundmanager2庫?

我知道我需要不同的音頻格式,但這不是問題,因爲我不會有很多在線的曲目。

回答

1

的HTML5音頻的「整體觀念」是最終用戶和網頁的作者不應該需要依靠瀏覽器插件播放音頻 - 直接從標準化的功能應包括在瀏覽器和可控HTML/JavaScript的。

我沒有使用過HTML5音頻庫,但是看着jPlayer和Soundmanager2主頁,它看起來像它們提供的主要功能是不支持HTML5音頻的瀏覽器的後備。

我懷疑他們可能也有一些內置的自定義用戶界面來播放音頻,但如果你不喜歡瀏覽器提供的本地音頻控件。

+0

控件應該可以通過CSS進行編輯我認爲...... – 2013-04-07 16:18:17

1

您可以直接使用HTML5,但您很快就會意識到存在大量問題。

圖書館像jPlayer(其中的方式是偉大的)佔像瀏覽器的支持,優化和下降後背等

如果要編寫所有的自己,你可以,但一個通俗圖書館許多共同的問題將邁進,這是明智的選擇。

事實是,HTML5提供了非常強大的功能,但在當前這個時刻它的支持很薄。這一切都讓你的生活更輕鬆!

+0

「瀏覽器支持」和「後退」聽起來像是同一件事。有區別嗎?圖書館提供了哪些優化? – 2013-02-19 13:04:00

+0

它們聽起來很相似,但我的意思是,除了圖書館「檢測」對該功能的支持之外,它還提供了「後備」功能。雖然他們不一樣。舉例來說,每個瀏覽器都可能會'支持'HTML5音頻,但採用稍微不同的方式來實現。一個好的庫將允許您爲所有情況編寫一次代碼,而無需擔心瀏覽器特定實現HTML5規範。 – 2013-02-19 13:06:19

+0

關於「一大堆問題」,幾年前[http://foboslab.org/log/2011/03/the-state-of-html5-audio] [這裏有詳細介紹的文章] 。 – 2013-02-19 13:06:45

0

此時,HTML-5音頻實際上包含兩個不同的派系。一個是音頻標籤,另一個是Web Audio API。前者是播放嵌入音頻文件的快速機制,後者是一種以低延遲方式播放,處理和操作音頻的方式,可用於遊戲開發和更專業的環境,其中混響效果,濾鏡,「3D」聲音和其他特徵是需要的。但是爲了回答你的問題,使用HTML 5音頻標籤庫的唯一真正原因是(在我看來),這是爲了實現瀏覽器之間的向後兼容性以及諸如多重文件觸發和事件處理之類的易用性。

+0

謝謝,這是一個很好的解釋。我可能需要額外的東西,如事件處理,所以會深入jplayer。 – 2013-04-07 16:17:54