當前位置:首頁 > 消費電子 > 消費電子
[導讀]0 引 言 2001年12月,ITU-T和ISO/IEC成立了JVT(Joint Video Team,視頻聯(lián)合工作組),以H.26L作為平臺,致力于制定下一代視頻編碼標準。2003年5月,正式推出H.264/A

0 引 言

2001年12月,ITU-T和ISO/IEC成立了JVT(Joint Video Team,視頻聯(lián)合工作組),以H.26L作為平臺,致力于制定下一代視頻編碼標準。2003年5月,正式推出H.264/AVC新標準,該標準的正式名稱為H.264/MPEG-4 part 10 AVC。H.264/AVC標準的主要目標是力求設計簡單有效的編碼技術(shù),并具有高效的壓縮性能和易于網(wǎng)絡傳輸?shù)哪芰?,以滿足日益增長的“對話型”(移動視頻電話、會議)、“非對話型”(視頻存儲、廣播以及流媒體等)以及數(shù)碼影院、視頻監(jiān)控等視頻應用的場合。

1 H.264/AVC的基本編碼結(jié)構(gòu) 與早期的視頻編碼標準相同,H.264/AVC標準沒有明確定義一對完整的編解碼器,而是定義了編碼碼流的語法和對碼流進行解碼的方法。H.264/AVC采用了與以往標準類似的運動估計/補償+分塊DCT變換的混合編碼框架。
H.264/AVC采用“返回基本”的思想去開發(fā)高性能的視頻編碼標準,即采用現(xiàn)有的基本算法和結(jié)構(gòu),通過精心優(yōu)化計算流程和方法來取得更好的視頻編碼性能。與現(xiàn)有的H.261,H.263標準相比,H.264保持了編碼器的系統(tǒng)結(jié)構(gòu)不變,主要包括四個步驟:

(1)把一幀圖像劃分為小塊(Macro.Block及Block),每個小塊包含很多像素點,把對整幅圖像的編碼分成對許多小塊的處理。

(2)通過對圖像塊的變換、量化和熵編碼(或變長編碼),消除圖像中的空間冗余。

(3)由于相鄰的各幀圖像存在很大的相似性(即時間冗余),所以只需要將相鄰幀圖像間的變化進行編碼傳送即可,這是通過運動搜索和運動補償實現(xiàn)的。對每一個編碼塊,通過搜索上一編碼幀(或之前的幾幀)的相應位置來找到一個運動向量,這一向量將和幀間差值一起傳送,用于這一圖像塊的編解碼。

(4)殘余編碼:對于原始塊和相應的預測塊之間的差值進行變換、量化和熵編碼,以去除當前幀剩下的空間冗余。

但是與以前的編碼算法H.263相比,H.264加入了一些新的特性,以提高編碼效率。這些特征如下:
(1)對于進行幀內(nèi)編碼的圖像,不是直接對原始圖像進行變換、量化和編碼,而是首先采用多種不同的預測方法對圖像進行預測,然后對差值進行上述處理,以取得更佳的編碼效率。

(2)在運動搜索和運動補償方面,H.264采用了從4x 4到16×16共13種搜索塊進行運動搜索,以提高匹配程度,采用1/4像素精度進行搜索,以提高搜索精度。另外,根據(jù)對編碼延時的不同要求,H.264還可以對以前多個已編碼幀進行運動搜索,以達到最佳效果。
(3)在變換編碼方面,H.264采用了4×4的整數(shù)變換(ICT)代替DCT變換,整數(shù)變換的效果接近DCT,但運算量要少,而且在反變換過程中不會因計算精度的問題而引入誤差。
(4)在熵編碼過程中,H.264使用單一的變長編碼(UVLC)和基于內(nèi)容的上下文變長編碼(CAVLC)進行編碼。

2 編碼結(jié)構(gòu)的分層處理

H.264的編碼結(jié)構(gòu)在概念上分為兩層。視頻編碼層(Video Coding Layer,VCL)負責高效率的視頻壓縮能力;網(wǎng)絡適配層(Network Adaption Layer,NAL)負責網(wǎng)絡的適配,即對不同網(wǎng)絡要有不同的適應能力,例如以恰當方式對數(shù)據(jù)進行打包和傳送。H.264編碼器分層結(jié)構(gòu)如圖1所示。在VCL和NAL之間定義了一個基于分組方式的接口,打包和相應的信令屬于NAL的一部分。這樣,高效率編碼和網(wǎng)絡適應性的任務則分別由VCL,和NAL來完成。

VCL包括基于塊的運動補償混合編碼和一些新特性。NAL負責針對下層網(wǎng)絡的特性對數(shù)據(jù)進行封裝,包括成幀,發(fā)信號給邏輯信道,利用同步信息等。NAL從VCL獲得數(shù)據(jù),包括頭信息、段結(jié)構(gòu)信息和實際凈荷信息(如果采用數(shù)據(jù)分割技術(shù),凈荷數(shù)據(jù)可能由幾部分組成)。NAL的任務就是要正確地將它們映射到傳輸協(xié)議上。NAL下面是各種具體的協(xié)議,如H.323,H.324等。NAL層的引入大大提高了H.264適應復雜信道的能力。



JVT標準中的NAL定義了視頻編解碼器本身和外部的接口。它的基本單元是NALUs(Nerwork Ab-straction Layer Units)。這對實現(xiàn)許多現(xiàn)行網(wǎng)絡包的傳輸方式提供了很好的支持。

一個NALU由一個一字節(jié)的頭和包含特定類型句法元素的可變長度比特串組成。一個NALU可以包含slice的編碼信息、隨機訪問點、參數(shù)集信息或補充增強信息等。NALU頭結(jié)構(gòu)如下:

NALU類型(T)是一個5比特的子段,指出該NALU單元是32種不同類型中的哪一種。類型1~12已被H.264定義,類型24~31可由H.264以外的其他標準使用。RTP載荷規(guī)范將采用其中的某些值來表示包聚合和包分割。其他值被保留待將來使用。

nal_reference_idc(R)用來標記該NALU在重建過程中的重要程度。0表示該NALU不會被用作參考幀,因此允許解碼器或網(wǎng)關(guān)將之丟棄而不會引起錯誤傳播。該值越高,表示該NALU中數(shù)據(jù)越重要。這就允許網(wǎng)絡節(jié)點根據(jù)該值有力保護重要數(shù)據(jù)。

forbidden_zero_bit(F)在編碼過程中置為0,當網(wǎng)絡節(jié)點鑒別出NALU中的比特錯誤時,可以將該位置1。由于網(wǎng)絡環(huán)境不同,解碼器可能對包含比特錯誤的NALU采取不同的操作,有的則干脆丟棄。for-bidden zero bit為這種操作提供了便利。

一些使用包傳輸?shù)木W(wǎng)絡能夠直接使用NALUs,把他們直接作為H.223 AL3 SDUs或RTP包的載荷即可。然而,在一些面向碼流的系統(tǒng)面前,如ITU-T的視頻會議建議H.320和數(shù)字電視中的MPEG-2傳輸流等,需要比特或字節(jié)流的格式。因此,JVT標準定義了一種從NALUs到碼流格式的變換,即把NALUs用起始碼字封裝起來,非常符合傳統(tǒng)的視頻編碼標準,起始碼的字長可以是16 b或24 b,這依賴于該NALU載荷的重要性。起始碼字僅會出現(xiàn)在十字節(jié)對準的位置上,因此解碼器可以掃描起始碼字,用一種簡單的u1向字節(jié)的內(nèi)存復制操作把NALUs提取出來。

為了防止字節(jié)流格式中的起始碼字發(fā)生競爭現(xiàn)象,許多視頻編碼標準都非常謹慎地采用熵編碼方式。由于JVT標準包含兩種不同的熵編碼模式,所以這種起始碼字很少發(fā)生競爭現(xiàn)象。JVT依靠一種字節(jié)填充機制,即通過在NALU中可能產(chǎn)生起始碼字競爭的位置上插入非零字節(jié)來避免出現(xiàn)競爭現(xiàn)象。為方便網(wǎng)關(guān)設計,在一些看起來不必要的環(huán)境,尤其是包傳輸網(wǎng)絡中仍然執(zhí)行字節(jié)填充。由于VCL-NAL接口僅僅是概念上的,所以為防止起始碼字競爭,操作習慣上將其作為VCL熵編碼的一部分執(zhí)行。

H.264視頻流在誤碼、丟包多發(fā)的IP網(wǎng)絡上傳輸,增強了H.264視頻流的魯棒性。為了減少傳輸差錯,H.264視頻流中的時間同步可以通過采用幀內(nèi)圖像刷新來完成??臻g同步由條結(jié)構(gòu)編碼(Slice Struc-tured Coding)來支持,同時為了便于誤碼以后的再同步,在一幀的視頻數(shù)據(jù)中還提供了一定的重同步點。另外,幀內(nèi)宏塊刷新和多參考幀模式可以使編碼器在決定宏塊模式時不僅考慮編碼效率,還考慮傳輸信道的特性。H.264中還定義了數(shù)據(jù)分割模式:圖像首先進行分段,段內(nèi)宏塊數(shù)據(jù)劃分為宏塊頭信息、運動矢量和DCT系數(shù)三部分,且三部分之間由標識符分隔。這樣,解碼器可較方便地檢測出受損數(shù)據(jù)的類型,減少誤碼對圖像質(zhì)量造成的損傷。這種數(shù)據(jù)分割的模式也利于信道編碼時進行不等保護,即對重要的數(shù)據(jù)進行等級較高的保護??焖俅a率控制可通過在宏塊層改變量化精度予以實現(xiàn)。
3 H.264的性能分析

通過實驗來測試H.264的編碼性能,并通過與H.263的比較,觀察H.264的編碼效率。

3.1 H.264與H.263編碼性能比較

本試驗對Grenadier Guards序列進行測試,分別對H.264和H.263編碼的保真度、PSNR、宏塊編碼比特數(shù)進行比較,結(jié)果如下:
(1)保真度測試

通過殘差比較可以很清楚地看出,H.264重構(gòu)幀和參考幀的殘差比較平滑,基本沒有斑點;而H.263的殘差比較明顯,尤其是在人物附近,由于運動量大,H.263使用半像素運動矢量估計,而H.264提高到1/4像素,在1/4像素的基礎上再內(nèi)插,得到1/8像素精度的運動矢量,大大提高了圖像編碼的質(zhì)量,如圖2所示。



(2)PSNR測試(如圖2)

相對于H.263視頻編碼標準,H.264在其增強預測編碼內(nèi)容的方法上做了改進,如場、幀編碼的自適應選擇;變尺寸方塊的運動補償;高精度的運動補償;多參考幀運動補償;加權(quán)預測;整數(shù)變換;自適應熵編碼;環(huán)路去塊濾波等,這些大大提高了H.264的PSNR。由圖2可以看出,無論是亮度信號,還是色差信號,H.264的PSNR都比H.263的高。

(2)PSNR測試(如圖2)

相對于H.263視頻編碼標準,H.264在其增強預測編碼內(nèi)容的方法上做了改進,如場、幀編碼的自適應選擇;變尺寸方塊的運動補償;高精度的運動補償;多參考幀運動補償;加權(quán)預測;整數(shù)變換;自適應熵編碼;環(huán)路去塊濾波等,這些大大提高了H.264的PSNR。由圖2可以看出,無論是亮度信號,還是色差信號,H.264的PSNR都比H.263的高。

對Grerladie Guards序列中第3幀圖像的宏塊進行4×8編碼,每一個宏塊所用的比特數(shù)都可以清楚地看出。通過比較發(fā)現(xiàn),H.264對宏塊編碼所用的比特數(shù)比H.263平均少50%。尤其在運動物體附近,效果更加明顯,H.264使用了很多偏紅的色塊,而H.264更多的是偏藍色塊。基本靜止的背景圖案,兩者也有很多的差別。由此可見,H.264中很多是深藍色的宏塊,所用的比特數(shù)在10比特左右,而H.263則偏向綠色,比特數(shù)在20比特左右。通過比較還發(fā)現(xiàn),H.264的編碼效率比H.263高很多。



3.2 H.264編碼性能

3.2.1 多參考幀預測模式

對于多種類型的視頻序列來說,多參考幀預測模式可以有效地提高編碼性能,它通過在運動矢量中增加一個時域部分,而允許在宏塊級下從若干參考幀中選擇其中的一個。由于需要保持一個參考幀緩沖區(qū)域,因此增加了在編解碼器中對內(nèi)存的需求量。另外,額外參考幀的引入也使得搜索區(qū)域擴大,從而顯著提高了編碼器端在運動估計過程中計算的復雜度。本實驗中Foreman視頻序列使用UVLC熵編碼,1/4像素運動矢量精度,搜索范圍為16像素。
圖6為使用不同參考幀數(shù)M對亮度分量峰值信噪比的影響。



試驗表明,多參考幀的使用,能平均節(jié)省10%的比特率。同樣,多參考幀的使用也與具體的序列內(nèi)容有關(guān),高比特率的序列將大大提高圖像的PSNR。

3.2.2 雙向預測模式

H.264以前的視頻編碼標準一般都采用多假設預測模式,而H.264使用的雙向預測模式,它是一對前向/后向預測幀的線性組合。前后向預測又都可以包含多個參考幀,同時,它又分為雙向預測信號的獨立估計和聯(lián)合估計。其中,聯(lián)合估計可以大大改進編碼的效率。

本實驗中Foreman視頻序列使用UVLC熵編碼,1/4像素運動矢量精度,搜索范圍為16像素。圖7為使用獨立估計和聯(lián)合估計對亮度分量峰值信噪比的影響。圖7是重構(gòu)B幀時幀比特率與亮度分量峰值信噪比的關(guān)系,選擇5個前向預測幀和3個后向預測幀,則由圖可以看出,聯(lián)合估計的性能比獨立估計的高。線性雙向預測模式不僅利用了抑止噪聲的組件,還提供了消除波峰的功能。假設當前幀中有一個物體將在后續(xù)幀中出現(xiàn),而未在前面的幀中出現(xiàn),那么,增加前向參考幀就不能提高編碼效率,而增加后向參考幀就能大大提高編碼效率。



3.2.3 熵編碼

H.264有兩種不同的熵編碼模式:通用可變長編碼(UVLC)和基于上下文的自適應二進制算術(shù)編碼(CABAC)。UVLC只使用一個可變長的代碼去編碼所有二進制的語法元素,而CABAC則采用上下文模式和基于條件概率與符號統(tǒng)計的自適應算法。UVLC算法簡單,在付出很低的計算成本時就能取得很好的壓縮效率。CABAC計算復雜度高,但它能夠大大節(jié)省比特率。

本實驗中Foreman視頻序列使用1/4像素運動矢量精度,搜索范圍為16像素。圖8為使用UVLC和CABAC對亮度分量峰值信噪比的影響。



試驗表明,CABAC能大大降低比特率,在取得相同的亮度分量峰值信噪比時,CABAC比UVCL平均節(jié)省15%的比特率。在高比特率的序列中,常使用多參考幀和CABAC聯(lián)合編碼,多參考幀能提高運動估計補償?shù)男?,CABLC能自適應地根據(jù)上下文進行熵編碼,從而大大提高編碼器的性能。

4 結(jié) 語

文章對新一代視頻編碼標準H.264/AVC進行全面的分析和研究,總體上按照H.264/AVC結(jié)構(gòu)化的編碼思想,對分視頻編碼層和網(wǎng)絡適配層進行了分析,特別對H.264/AVC的編碼中所采用的新技術(shù)進行了仿真研究,如編碼的效率、多參考幀、通用可變長編碼(UVLC)和基于上下文的自適應二進制算術(shù)編碼(CABAC)、運動補償?shù)龋⒔o出實驗結(jié)果,充分說明了新一代視頻編碼標準H.264/AVc的編碼效率比以前的編碼標準(如H.263)在編碼效率上提高了很多。當然,新一代視頻編碼標準H.264/AVc雖然優(yōu)點明顯,但許多優(yōu)點是以犧牲計算復雜度換來的。因此在降低計算復雜度的同時,能達到更高的編碼效率將是下一步研究的重點。

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

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫毥谦F公司,隨著阿維塔和賽力斯的入局,華為引望愈發(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)意到認證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時1.5...

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

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務能7×24不間斷運行,同時企業(yè)卻面臨越來越多業(yè)務中斷的風險,如企業(yè)系統(tǒng)復雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務連續(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 半導體

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

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

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

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

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術(shù)學會聯(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ù)(集團)股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...

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