如何爲多個音頻文件提供服務/流式傳輸

我正在研究一個項目，其中有大量500-600k的小型音頻文件。然後有15M左右的音頻文件。如何爲多個音頻文件提供服務/流式傳輸

15M文件是完整的敘述文章。較小的是文章中的單個句子。

將來會有很多用戶和許多文章。

我希望能夠相對較快地加載音頻文件 - 無論是通過預加載還是流式傳輸或其他類型的內容。基本上，如果用戶點擊一個按鈕 - 我希望立即啓動音頻或多或少。

我在這裏有什麼選擇？ Red5的？的Icecast？

編輯： 我想避閃，如果在所有可能的，但不反對它 - 我絕對不能使用HTML5音頻，就像我想太多。

我已經嘗試了文檔onload來發出獲取文件的請求 - 通常每頁有15-20個。（19個小文件，一個大文件）。這似乎沒有像我想的那樣好。

在等待時間方面 - 我在尋找按鈕即時播放 - 現在我可以數到2或3爲小文件，6-7爲大數。閃光燈將能夠做到這一點？

2011-05-18 eyberg

Streamcast解決方案，如Icecast在這裏不適用。你所需要的只是簡單的HTTP。

你沒有提到你在客戶端用什麼玩這些東西。如果你是在flash中執行此操作，則在下載仍在運行時預加載或播放相對簡單。

對於音頻壓縮，您應該使用MP3。對於演講，你可以很容易地以較低的比特率離開。 48kbit 44.1kHz單聲道一般是可以接受的。這將加載罰款，即使在體面的移動連接。

在任何情況下，HTTP都是要走的路。這樣你可以輕鬆地請求單獨的文件。 Icecast適用於運行一段時間的單一流，如互聯網廣播。

2011-05-19 13:08:21 Brad

OK - 所以我做了一些調查，並計算出比賽用

正是這種什麼：

它基本上就是嘗試與使用HTML5音頻標籤曾經如此有用的'preload = true'標誌設置，如果它不能做到這一點，它在閃回預先加載mp3

2011-05-19 23:48:52 eyberg

回答