延遲！延遲！還是延遲！延遲帶來(lái)的不便一直影響著直播系統(tǒng)搭建，現(xiàn)在網(wǎng)絡(luò)環(huán)境進(jìn)步后，基本出現(xiàn)卡頓后都是直播系統(tǒng)搭建這邊的問(wèn)題，做為平臺(tái)偶爾出現(xiàn)延遲、卡頓等問(wèn)題是難免的，但多次或長(zhǎng)時(shí)間卡頓就不行了，針對(duì)延遲，在技術(shù)上有哪些方法能優(yōu)化呢？

?

一、編碼的優(yōu)化

一般直播系統(tǒng)搭建的codec都會(huì)有延遲設(shè)置，一般都會(huì)有低延遲優(yōu)化的開關(guān)，對(duì)H.264來(lái)說(shuō)，開啟延遲優(yōu)化開關(guān)很有必要，另外，編碼器一般都會(huì)有碼控造成的延遲，也就是在編碼器和解碼器之間產(chǎn)生的延遲，對(duì)平臺(tái)來(lái)說(shuō)需要在不影響視頻質(zhì)量的情況下盡可能設(shè)置調(diào)小來(lái)降低延遲。

二、傳輸協(xié)議優(yōu)化

其實(shí)針對(duì)傳輸協(xié)議可優(yōu)化的空間并不大，本身直播系統(tǒng)搭建就多以RTMP做為基本傳輸協(xié)議，除非是把之前的HLS協(xié)議進(jìn)行替換，降低整體的傳輸延遲，直播系統(tǒng)搭建也需要在靠近推流端的收流節(jié)點(diǎn)進(jìn)行轉(zhuǎn)碼，這樣能減小視頻流體積，更快的傳輸。

?

三、傳輸網(wǎng)絡(luò)優(yōu)化

如果無(wú)法解決當(dāng)前網(wǎng)絡(luò)下傳輸慢的問(wèn)題，那就增加緩存來(lái)幫助平臺(tái)實(shí)現(xiàn)秒開，緩存的應(yīng)用不必多說(shuō)，直播系統(tǒng)搭建需要注意的是緩存設(shè)置的時(shí)間長(zhǎng)短，一般1-3秒左右就可以，太長(zhǎng)了也會(huì)給服務(wù)器造成不小的空間占用問(wèn)題。

四、推流和播放優(yōu)化

其實(shí)對(duì)大部分直播系統(tǒng)搭建來(lái)說(shuō)都可以實(shí)現(xiàn)0緩存下的實(shí)時(shí)播放，但這么做的代價(jià)是可能卡頓、可能花費(fèi)更多的傳輸資源，如果用戶處于弱網(wǎng)環(huán)境下，這個(gè)問(wèn)題可能會(huì)被放大，導(dǎo)致直播的不流暢出現(xiàn)，該問(wèn)題可以通過(guò)自適應(yīng)碼率來(lái)解決。

?

五、播放的秒開

既然直播系統(tǒng)搭建存在實(shí)時(shí)性要求，那就要考慮秒開如何實(shí)現(xiàn)。

首先可以優(yōu)化服務(wù)器策略，在直播系統(tǒng)搭建播放端接入時(shí)，服務(wù)器可以向前找最近的關(guān)鍵幀發(fā)送給播放端，雖然說(shuō)已經(jīng)是播放過(guò)去的內(nèi)容，但對(duì)剛進(jìn)直播間的用戶來(lái)說(shuō)，能看到內(nèi)容總比黑屏等待強(qiáng)；其次可以優(yōu)化播放端策略，播放端面對(duì)請(qǐng)求時(shí)遇到的第一幀一定是關(guān)鍵幀，那么就能更快速地實(shí)現(xiàn)解碼，減少首屏畫面顯示的等待時(shí)間。

聲明：以上內(nèi)容為云豹科技作者本人原創(chuàng)，未經(jīng)作者本人同意，禁止轉(zhuǎn)載，否則將追究相關(guān)法律責(zé)任