###延時的測量

一般測量延時最簡單的方法，就是推流端和播放端對著同一個時鐘，然后用播放端顯示的時間減去推流端顯示的時間，就得到了粗略的直播延時。

###延時高問題分析

首先，我們看看可能產(chǎn)生延時的模塊有哪些：

圖像處理延時，比如畫面剪裁、美顏、特效處理

視頻編碼/解碼延時

網(wǎng)絡(luò)傳輸?shù)难訒r

業(yè)務(wù)代碼中的緩沖區(qū)

一般圖像處理、數(shù)據(jù)拷貝、編解碼帶來的延時，都是 ms 級別的，真正會產(chǎn)生比較大延時的地方，一個是互聯(lián)網(wǎng)上的網(wǎng)絡(luò)傳輸延時，另一個就是業(yè)務(wù)代碼中的緩沖區(qū)了。

網(wǎng)絡(luò)傳輸延時

數(shù)據(jù)在網(wǎng)絡(luò)上傳輸，從一個節(jié)點經(jīng)過多級服務(wù)器轉(zhuǎn)發(fā)到達(dá)另一個節(jié)點，是不可避免有物理延時的，下面這個表格給出了理論上數(shù)據(jù)在光纖中的網(wǎng)絡(luò)傳輸?shù)臅r間（實際場景中的延時往往比這個要大很多，因為涉及到帶寬、網(wǎng)絡(luò)抖動等干擾）：

由該表可以看出：播放端離推流端或者邊緣服務(wù)器節(jié)點的物理距離越近，延時會越小。

業(yè)務(wù)代碼中的緩沖區(qū)

業(yè)務(wù)代碼中的緩沖區(qū)，主要是推流端的緩沖區(qū)和播放端的緩沖區(qū)，一個 30 fps 的視頻流，緩沖區(qū)每滯留 30 幀，延時就會增大 1s，那么，它們是怎么產(chǎn)生緩沖數(shù)據(jù)的呢 ？

>>>>推流端的數(shù)據(jù)怎么「積累」起來的呢 ？

采集 -> 編碼 -> 數(shù)據(jù)發(fā)送 -> [服務(wù)器] 當(dāng)網(wǎng)絡(luò)產(chǎn)生抖動的時候，「數(shù)據(jù)發(fā)送」會因此減慢，產(chǎn)生一定的阻塞，從而導(dǎo)致這些數(shù)據(jù)會被 「積累」在了推流端的發(fā)送緩沖區(qū)中。

>>>>播放端的數(shù)據(jù)怎么 「積累」起來的呢 ？

[服務(wù)器]-> 數(shù)據(jù)接收 -> 解碼 -> 渲染 當(dāng)網(wǎng)絡(luò)產(chǎn)生抖動的時候，服務(wù)器的數(shù)據(jù)無法「及時」地傳輸?shù)讲シ哦?#xff0c;而由于 TCP 協(xié)議的可靠性，所有的數(shù)據(jù)都會被服務(wù)端積累起來，在網(wǎng)絡(luò)恢復(fù)良好的時候，會快速傳輸?shù)讲シ哦?#xff0c;這些數(shù)據(jù)會被動地?「積累」在接收緩沖區(qū)中。

>>>>怎么消除業(yè)務(wù)緩沖區(qū)的累計延時呢 ？

推流端的發(fā)送緩沖區(qū)，可以在網(wǎng)絡(luò)恢復(fù)良好的時候，快送發(fā)送出去，從而消除掉這個累計延時。

播放端的接收緩沖區(qū)，可以通過丟幀或者加速播放的方式快速消費掉緩沖區(qū)中的數(shù)據(jù)，從而消除累計延時。

協(xié)議延時

通常標(biāo)準(zhǔn)的直播協(xié)議有 RTMP，HLV，HLS 三種，一般 RTMP/HLV 協(xié)議的延時在 1～3s，HLS 協(xié)議的直播延時則會更大，注重延時的直播應(yīng)用，大都會選擇 RTMP/HLV 協(xié)議，這些協(xié)議均是基于 tcp 的協(xié)議，tcp 協(xié)議的多個特性導(dǎo)致其延時明顯要高于基于 udp 的私有協(xié)議，主要有如下方面：

• 建立連接的三次握手
• ACK 機制
• 丟包重傳

因此，如果想從本質(zhì)上解決直播延時問題，還是要換成基于 udp 的私有協(xié)議來傳輸數(shù)據(jù)。

?

轉(zhuǎn)自：七牛云的個人空間

總結(jié)

以上是生活随笔為你收集整理的《直播疑难杂症排查》之四：延时高的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。