當(dāng)前位置:首頁 > 芯聞號 > 充電吧
[導(dǎo)讀]前言 如果網(wǎng)絡(luò)是理想的,即無丟包、無抖動、低延時,那么接收到一幀完整數(shù)據(jù)就直接播放,效果一定會非常好。但是實(shí)際的網(wǎng)絡(luò)往往很復(fù)雜,尤其是無線網(wǎng)絡(luò)。如果還是這樣直接播放,網(wǎng)絡(luò)稍微變差,視頻就會卡頓,出現(xiàn)

前言 如果網(wǎng)絡(luò)是理想的,即無丟包、無抖動、低延時,那么接收到一幀完整數(shù)據(jù)就直接播放,效果一定會非常好。但是實(shí)際的網(wǎng)絡(luò)往往很復(fù)雜,尤其是無線網(wǎng)絡(luò)。如果還是這樣直接播放,網(wǎng)絡(luò)稍微變差,視頻就會卡頓,出現(xiàn)馬賽克等異常情況。所以,在接收端對接收的數(shù)據(jù)做一個緩沖是很有必要的。 ? 緩沖一定是以延時作為代價的,延時越大,對抖動的過濾效果越好。一個優(yōu)秀的視頻jitterbuffer,不僅要能夠?qū)G包、亂序、延時到達(dá)等異常情況進(jìn)行處理,而且還要能夠讓視頻平穩(wěn)的播放,盡可能的避免出現(xiàn)明顯的加速播放和緩慢播放。 ? 主流的實(shí)時音視頻框架基本都會實(shí)現(xiàn)jitterbuffer功能,諸如WebRTC、doubango等。WebRTC的jitterbuffer相當(dāng)優(yōu)秀,按照功能分類的話,可以分為jitter和buffer。buffer主要對丟包、亂序、延時到達(dá)等異常情況進(jìn)行處理,還會和NACK、FEC、FIR等QOS相互配合。jitter主要根據(jù)當(dāng)前幀的大小和延時評估出jitter delay,再結(jié)合decode delay、render delay以及音視頻同步延時,得到render time,來控制平穩(wěn)的渲染視頻幀。 ? 下面將分別對jitter和buffer做介紹。 ? Bufferbuffer運(yùn)行機(jī)制圖 ? buffer對接收到的rtp包的主要處理操作如下: 第一次接收到一個視頻包,從freeframes隊列中彈出一個空frame塊,用來放置這個包。之后每次接收到一個RTP包,根據(jù)時間戳在incompleteframes和decodableframes中尋找,看是否已經(jīng)接收到過相同時間戳的包,如果找到,則彈出該frame塊,否則,從freeframes彈出一個空frame。根據(jù)包的序列號,找到應(yīng)該插入frame的位置,并更新state。其中state有empty、incomplete、decodable和complete,empty為沒有數(shù)據(jù)的狀態(tài),incomplete為至少有一個包的狀態(tài),decodable為可解碼狀態(tài),complete為這一幀所有數(shù)據(jù)都已經(jīng)到齊。decodable會根據(jù)decode_error_mode 有不同的規(guī)則,QOS的不同策略會設(shè)置不同的decode_error_mode ,包含kNoErrors、kSelectiveErrors以及kWithErrors。decode_error_mode 就決定了解碼線程從buffer中取出來的幀是否包含錯誤,即當(dāng)前幀是否有丟包。根據(jù)不同的state將frame幀push回到隊列中去。其中state為incomplete時,push到incompleteframes隊列,decodable和complete狀態(tài)的frame,push回到decodableframes隊列中。freeframes隊列有初始size,freeframes隊列為空時,會增加隊列size,但有最大值。也會定期從incompleteframes和decodable隊列中清除一些過時的frame,push到freeframes隊列。解碼線程取出frame,解碼完成之后,push回freeframes隊列。 ? jitterbuffer與QOS策略聯(lián)系緊密,比如,incompleteframes和decodable隊列清除一些frame之后,需要FIR(關(guān)鍵幀請求),根據(jù)包序號檢測到丟包之后要NACK(丟包重傳)等。 ? Jitter 所謂jitter就是一種抖動。具體如何解釋呢?從源地址發(fā)送到目標(biāo)地址,會發(fā)生不一樣的延遲,這樣的延遲變動就是jitter。 ? jitter會帶來什么影響?jitter會讓音視頻的播放不平穩(wěn),如音頻的顫音,視頻的忽快忽慢。那么如何對抗jitter呢?增加延時。需要增加一個因為jitter而存在的delay,即jitterdelay。更新jitterdelay圖 ? 其中,frameDelayMS指的是一幀數(shù)據(jù)因為分包和網(wǎng)絡(luò)傳輸所造成的延時總和、幀間延遲。具體如下圖,即RTP1和RTP2到達(dá)Receiver的時間差。幀間延遲圖 ? framesizeBytes指當(dāng)前幀數(shù)據(jù)大小,incompleteFrame指是否為完整的幀,UpdateEstimate為根據(jù)這三個參數(shù)來更新jitterdelay的模塊,這個模塊為核心模塊,其中會用到卡爾曼濾波對幀間延遲進(jìn)行濾波。 ? JitterDelay =theta[0] * (MaxFS – AvgFS) + [noiseStdDevs * sqrt(varNoise) –noiseStdDevOffset] ? 其中theta[0]是信道傳輸速率的倒數(shù),MaxFS是自會話開始以來所收到的最大幀大小,AvgFS表示平均幀大小。noiseStdDevs表示噪聲系數(shù)2.33,varNoise表示噪聲方差,noiseStdDevOffset是噪聲扣除常數(shù)30。UpdateEstimate會不斷地對varNoise等進(jìn)行更新。 ? 在得到j(luò)itterdelay之后,通過jitterdelay+ decodedelay +renderdelay,再確保大于音視頻同步的延時,加上當(dāng)前系統(tǒng)時間得到rendertime,這樣就可以控制播放時間??刂撇シ?,也就間接控制了buffer的大小。
? 取幀,解碼播放取幀解碼播放圖 ? 本文只介紹jitterbuffer相關(guān)內(nèi)容,所以這里只詳細(xì)介紹取幀這一步。 ? 解碼線程會一直從buffer中尋找期望的數(shù)據(jù),這里說的期望的數(shù)據(jù)分為必須完整的和可以不完整的。如果期望的數(shù)據(jù)是完整的,那就要從decodableframes隊列取出狀態(tài)為complete的frame,如果期望的數(shù)據(jù)可以是不完整的,就要從decodableframes和incompleteframes隊列取出數(shù)據(jù)。取數(shù)據(jù)之前,總是先去找到數(shù)據(jù)的時間戳,然后計算完jitterdelay和渲染時間,再經(jīng)過一段時間的延時(這個延時為渲染時間減去當(dāng)前時間、decodedelay和render delay)之后再去取得數(shù)據(jù),傳遞到解碼,渲染。 ? 取完整的幀時,有一個最大等待時間,即當(dāng)前buffer中沒有完整的幀,那么可以等待一段時間,以期望在這段時間里,可以出現(xiàn)完整的幀。 ? 后記 從上述原理可以看出,WebRTC中的接收buffer并非是固定的,而是根據(jù)網(wǎng)絡(luò)波動等因素隨時變化的。jitter則是為了對抗網(wǎng)絡(luò)波動造成的抖動,使得視頻能夠平穩(wěn)播放。 ? 那么,jitterbuffer是否存在可以優(yōu)化的空間呢?jitterbuffer已經(jīng)較為優(yōu)秀,但我們可以通過調(diào)整里面的一些策略,來使視頻質(zhì)量更好。比如,增大緩沖區(qū),因為jitterbuffer是動態(tài)的,直接增大freeframes的size是無效的,只能通過調(diào)整延時,來增大緩沖區(qū)。再比如,調(diào)整等待時間,以期望獲得更多完整的幀。再如,配合NACK,F(xiàn)IR、FEC等QOS策略,來對抗丟包。 ? 當(dāng)然,這都是以犧牲延時為代價的??傊谘訒r和丟包、抖動之間做出平衡。

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫?dú)角獸公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關(guān)鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術(shù)解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關(guān)鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認(rèn)證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時1.5...

關(guān)鍵字: 汽車 人工智能 智能驅(qū)動 BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運(yùn)行,同時企業(yè)卻面臨越來越多業(yè)務(wù)中斷的風(fēng)險,如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...

關(guān)鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。

關(guān)鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關(guān)鍵字: 華為 12nm EDA 半導(dǎo)體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權(quán)最終是由生態(tài)的繁榮決定的。

關(guān)鍵字: 華為 12nm 手機(jī) 衛(wèi)星通信

要點(diǎn): 有效應(yīng)對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實(shí)提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競爭力 堅持高質(zhì)量發(fā)展策略,塑強(qiáng)核心競爭優(yōu)勢...

關(guān)鍵字: 通信 BSP 電信運(yùn)營商 數(shù)字經(jīng)濟(jì)

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術(shù)學(xué)會聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會上宣布正式成立。 活動現(xiàn)場 NVI技術(shù)創(chuàng)新聯(lián)...

關(guān)鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會上,軟通動力信息技術(shù)(集團(tuán))股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...

關(guān)鍵字: BSP 信息技術(shù)
關(guān)閉
關(guān)閉