基於HLS創建Golang視頻流服務器的優缺點
HLS 是 HTTP Live Streaming 的縮寫,是蘋果開發的一種基於 HTTP 的自適應比特率流媒體傳輸協議, 並於 2009 年. HLS 流媒體已經成為應用最廣泛的實時視頻協議。它是一種將流分解成基於文件小段的格式, 可以通過 HTTP 下載,HLS 可以通過標準的 HTTP 或代理服務器等,這和基於 UDP 的協議(例如 RTP)不同。既然 HLS 現在如此受歡迎,那麼它有那些優點和缺點呢。
優點
- 應用廣泛
- 首先,剛才已經提到過,HLS 是應用最慣犯的實時視頻協議。雖然最初蘋果是為瞭自己的生態設計的,例如 IOS,Safari 瀏覽器等,但是背靠蘋果,有強大的生態和研發能力,現在它幾乎在所有瀏覽器上實現瞭。雖然現在的主流瀏覽器都支持一個類似的標準,稱為 MPEG DASH,但是由於蘋果 Safari 瀏覽器和 IOS 設備不支持它,個人認為 HLS 是一個更好的選擇。
- 自適應比特率
- HLS 另一個巨大的優勢是,它允許客戶端根據可用帶寬,從各種質量流中選出合適的。HLS 分解成一個個大約 10 秒的文件小段,通過分解,客戶端應用程序隻需要提前緩沖 10 秒。為用戶節約瞭大量潛在帶寬。
缺點
- 糟糕的延遲
- 雖然 HLS 設計出來是為瞭高效的處理多質量的流,但它並不是為瞭快速傳輸視頻設計的。實際上,HLS 在流中引入流相當長的延遲,一般 20 秒左右,甚至更久。
- 說到這裡,你可能想問為什麼?HLS 需要三個片段在隊列中才允許回放,片段被視頻中的關鍵幀分割。用 HLS 創建超低延遲流的唯一方法就是每 250 毫秒出現一個關鍵幀的視頻進行編碼,HLS 播放列表窗口將是四項長度,增加正在發生的 HTTP 調用頻率,並給服務器增加額外的壓力。
- 未發佈
- HLS 是一個僅供用戶使用的協議。不像 WebRTC 有從瀏覽器發佈的規范,HLS 僅支持播放流,如果你想發佈一個設備的實時視頻流,你隻需要尋找其他的 SDK ,國外的例如 Red5 Pro(場景較為單一,巨貴), 來創建使用 RTP 的發佈應用程序,然後通過 HLS 中繼這些流,讓人們在瀏覽器中查看。
- 國內有幾個較為成熟的音視頻 SDK,例如聲網等平臺,提供很多場景的音視頻解決方案。
HLS 簡單介紹完瞭,接下來演示一個小 Demo, 使用 FFmpeg,可以很輕易的將 mp3 文件轉換為 HLS 格式,它由多個文件組成,其中一個包含元數據(.m3u8),元數據告訴客戶端從哪裡獲取每個數據文件,以及數據文件中包含什麼內容。數據文件拓展名是.ts,通常包含 10 秒的音頻。
首先準備一個 mp3 文件。然後安裝 FFmpeg,在 Mac 上安裝 FFmpeg,如果速度很慢可以嘗試切換鏡像。
brew install ffmpeg
成功安裝後,進入 mp3 所在文件夾,執行以下指令。
ffmpeg -i 江南.mp3 -c:a libmp3lame -b:a 128k -map 0:0 -f segment -segment_time 10 -segment_list outputlist.m3u8 -segment_format mpegts output%03d.ts
執行完畢後應該會看到一些結果,大致內容如下.
1 output000.ts output008.ts output016.ts output024.ts
2 output001.ts output009.ts output017.ts output025.ts
3 output002.ts output010.ts output018.ts output026.ts
4 output003.ts output011.ts output019.ts outputlist.m3u8
5 output004.ts output012.ts output020.ts 江南.mp3
6 output005.ts output013.ts output021.ts
7 output006.ts output014.ts output022.ts
8 output007.ts output015.ts output023.ts
到這一步你已經完成瞭文件格式轉換,接下來進入 Coding 階段。
項目結構
代碼如下
package main import ( "fmt" "log" "net/http" ) func main() { // 設置文件目錄 const songsDir = "song" const port = 8888 http.Handle("/", http.FileServer(http.Dir(songsDir))) log.Printf("Serving %s on HTTP port: %v\n", songsDir, port) log.Fatal(http.ListenAndServe(fmt.Sprintf(":%v", port), nil)) }
運行代碼
go run main.go
打開瀏覽器地址
http://127.0.0.1:8888/outputlist.m3u8
恭喜你,你可以聽到這段 mp3 動人的旋律瞭。但是如果你想進一步進行商業開發,或者個人開發,推薦使用比較成熟的解決方案,一是音視頻不分傢,音頻需求往往伴隨著視頻需求,音視頻往往是開發過程中的某一個子需求,如果在上面耗費大量時間,往往會耽誤項目進度,而且處理起多個平臺時往往有一些細節上的坑。使用市面上的 SDK,能夠很大程度上節約開發成本。我個人在使用的聲網,能夠支持跨平臺,最最最關鍵,每個月能夠白嫖一定的額度,對於個人開發者來說十分友好。當然瞭,費用其實是一方面,還有相當重要的一點就是能夠幾行代碼即可接入,大大較少瞭踩坑量!
總結
正如你所見,HLS 廣泛應用在各種平臺,移動端,瀏覽器的普遍支持,讓它成為開發者分發流給用戶的一個很好的選擇。但是,凡事都有但是,因為 HLS 是一個比較慢的協議,雖然蘋果的規則似乎相當嚴格,當涉及到 IOS 流媒體需求時,實際上還是比較靈活的。如果你想通過它去構建一些實時通信的程序,那麼它可能不太適合你。最後,如果想要實現比較實時的通信系統,最好借助於市面上其他比較成熟的解決方案,它更適合實時性要求不那麼高的場景,在蘋果的生態體系下構建的應用。
到此這篇關於基於 HLS 創建 Golang 視頻流服務器的文章就介紹到這瞭,更多相關Golang 視頻流服務器內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!
推薦閱讀:
- golang 實現Location跳轉方式
- golang RPC包原理和使用詳細介紹
- 一文詳解Golang中consul的基本使用
- Golang通脈之數據類型詳情
- 深入探究Golang中log標準庫的使用