基于HLS創(chuàng)建Golang視頻流服務(wù)器的優(yōu)缺點(diǎn)

第基于HLS創(chuàng)建Golang視頻流服務(wù)器的優(yōu)缺點(diǎn)HLS是HTTPLiveStreaming的縮寫(xiě)，是蘋(píng)果開(kāi)發(fā)的一種基于HTTP的自適應(yīng)比特率流媒體傳輸協(xié)議,并于2009年.HLS流媒體已經(jīng)成為應(yīng)用最廣泛的實(shí)時(shí)視頻協(xié)議。它是一種將流分解成基于文件小段的格式,可以通過(guò)HTTP下載，HLS可以通過(guò)標(biāo)準(zhǔn)的HTTP或代理服務(wù)器等，這和基于UDP的協(xié)議（例如RTP）不同。既然HLS現(xiàn)在如此受歡迎，那么它有那些優(yōu)點(diǎn)和缺點(diǎn)呢。

應(yīng)用廣泛

首先，剛才已經(jīng)提到過(guò)，HLS是應(yīng)用最慣犯的實(shí)時(shí)視頻協(xié)議。雖然最初蘋(píng)果是為了自己的生態(tài)設(shè)計(jì)的，例如IOS，Safari瀏覽器等，但是背靠蘋(píng)果，有強(qiáng)大的生態(tài)和研發(fā)能力，現(xiàn)在它幾乎在所有瀏覽器上實(shí)現(xiàn)了。雖然現(xiàn)在的主流瀏覽器都支持一個(gè)類(lèi)似的標(biāo)準(zhǔn)，稱(chēng)為MPEGDASH，但是由于蘋(píng)果Safari瀏覽器和IOS設(shè)備不支持它，個(gè)人認(rèn)為HLS是一個(gè)更好的選擇。

自適應(yīng)比特率

HLS另一個(gè)巨大的優(yōu)勢(shì)是，它允許客戶(hù)端根據(jù)可用帶寬，從各種質(zhì)量流中選出合適的。HLS分解成一個(gè)個(gè)大約10秒的文件小段，通過(guò)分解，客戶(hù)端應(yīng)用程序只需要提前緩沖10秒。為用戶(hù)節(jié)約了大量潛在帶寬。

糟糕的延遲

雖然HLS設(shè)計(jì)出來(lái)是為了高效的處理多質(zhì)量的流，但它并不是為了快速傳輸視頻設(shè)計(jì)的。實(shí)際上，HLS在流中引入流相當(dāng)長(zhǎng)的延遲，一般20秒左右，甚至更久。

說(shuō)到這里，你可能想問(wèn)為什么？HLS需要三個(gè)片段在隊(duì)列中才允許回放，片段被視頻中的關(guān)鍵幀分割。用HLS創(chuàng)建超低延遲流的唯一方法就是每250毫秒出現(xiàn)一個(gè)關(guān)鍵幀的視頻進(jìn)行編碼，HLS播放列表窗口將是四項(xiàng)長(zhǎng)度，增加正在發(fā)生的HTTP調(diào)用頻率，并給服務(wù)器增加額外的壓力。

HLS是一個(gè)僅供用戶(hù)使用的協(xié)議。不像WebRTC有從瀏覽器發(fā)布的規(guī)范，HLS僅支持播放流，如果你想發(fā)布一個(gè)設(shè)備的實(shí)時(shí)視頻流，你只需要尋找其他的SDK，國(guó)外的例如Red5Pro（場(chǎng)景較為單一，巨貴）,來(lái)創(chuàng)建使用RTP的發(fā)布應(yīng)用程序，然后通過(guò)HLS中繼這些流，讓人們?cè)跒g覽器中查看。

國(guó)內(nèi)有幾個(gè)較為成熟的音視頻SDK，例如聲網(wǎng)等平臺(tái)，提供很多場(chǎng)景的音視頻解決方案。

HLS簡(jiǎn)單介紹完了，接下來(lái)演示一個(gè)小Demo,使用FFmpeg，可以很輕易的將mp3文件轉(zhuǎn)換為HLS格式，它由多個(gè)文件組成，其中一個(gè)包含元數(shù)據(jù)（.m3u8），元數(shù)據(jù)告訴客戶(hù)端從哪里獲取每個(gè)數(shù)據(jù)文件，以及數(shù)據(jù)文件中包含什么內(nèi)容。數(shù)據(jù)文件拓展名是.ts，通常包含10秒的音頻。

首先準(zhǔn)備一個(gè)mp3文件。然后安裝FFmpeg，在Mac上安裝FFmpeg，如果速度很慢可以嘗試切換鏡像。

brewinstallffmpeg

成功安裝后，進(jìn)入mp3所在文件夾，執(zhí)行以下指令。

ffmpeg-i江南.mp3-c:alibmp3lame-b:a128k-map0:0-fsegment-segment_time10-segment_listoutputlist.m3u8-segment_formatmpegtsoutput%03d.ts

執(zhí)行完畢后應(yīng)該會(huì)看到一些結(jié)果，大致內(nèi)容如下.

1output000.tsoutput008.tsoutput016.tsoutput024.ts

2output001.tsoutput009.tsoutput017.tsoutput025.ts

3output002.tsoutput010.tsoutput018.tsoutput026.ts

4output003.tsoutput011.tsoutput019.tsoutputlist.m3u8

5output004.tsoutput012.tsoutput020.ts江南.mp3

6output005.tsoutput013.tsoutput021.ts

7output006.tsoutput014.tsoutput022.ts

8output007.tsoutput015.tsoutput023.ts

到這一步你已經(jīng)完成了文件格式轉(zhuǎn)換，接下來(lái)進(jìn)入Coding階段。

代碼如下

packagemain

import(

"fmt"

"log"

"net/http"

funcmain(){

//設(shè)置文件目錄

constsongsDir="song"

constport=8888

http.Handle("/",http.FileServer(http.Dir(songsDir)))

log.Printf("Serving%sonHTTPport:%v\n",songsDir,port)

log.Fatal(http.ListenAndServe(fmt.Sprintf(":%v",port),nil))

運(yùn)行代碼

gorunmain.go

打開(kāi)瀏覽器地址

:8888/outputlist.m3u8

恭喜你，你可以聽(tīng)到這段mp3動(dòng)人的旋律了。但是如果你想進(jìn)一步進(jìn)行商業(yè)開(kāi)發(fā)，或者個(gè)人開(kāi)發(fā)，推薦使用比較成熟的解決方案，一是音視頻不分家，音頻需求往往伴隨著視頻需求，音視頻往往是開(kāi)發(fā)過(guò)程中的某一個(gè)子需求，如果在上面耗費(fèi)大量時(shí)間，往往會(huì)耽誤項(xiàng)目進(jìn)度，而且處理起多個(gè)平臺(tái)時(shí)往往有一些細(xì)節(jié)上的坑。使用市面上的SDK，能夠很大程度上節(jié)約開(kāi)發(fā)成本。我個(gè)人在使用的聲網(wǎng)，能夠支持跨平臺(tái)，最最最關(guān)鍵，每個(gè)月能夠白嫖一定的額度，對(duì)于個(gè)人開(kāi)發(fā)者來(lái)說(shuō)十分友好。當(dāng)然了，費(fèi)用其實(shí)是一方面，還有相當(dāng)重要的一點(diǎn)就是能夠幾行代碼即可接入，大大較少了踩坑量！

正如你所見(jiàn)，HLS廣泛應(yīng)用在各種平臺(tái)，移動(dòng)端，瀏覽器的普遍支持，讓它成為開(kāi)發(fā)者分發(fā)流給用戶(hù)的一個(gè)很好的選擇。但是，凡事都有但是，因?yàn)镠LS是一個(gè)比較慢的協(xié)議，雖然蘋(píng)果