0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內(nèi)不再提示

用于實現(xiàn)并行處理加速硬件的H.264算法的改進和優(yōu)化

電子設計 ? 來源:電子技術應用 ? 作者:周怡;吳昊;方向忠 ? 2021-03-17 17:04 ? 次閱讀

硬件實現(xiàn)的角度分析了H.264算法,重點研究了占用最多運算時間的預測部分的優(yōu)化,給出了對幀內(nèi)預測、哈達馬變換以及運動估計算法的改進,通過簡化運算復雜、效率不高的模塊以及減少模塊間數(shù)據(jù)相關性等,對硬件進行優(yōu)化。通過對各種測試序列的仿真,證明改進是有效的。

H.264最初是由ITU-T起草的,在未來將成為ITU-T和MPEG的聯(lián)合標準。H.264因為提供了很高的編碼壓縮效率、友好的面向網(wǎng)絡接口,將成為下一代新的視頻編碼標準。但是編碼效率很高的同時,其算法的復雜度也提高了四倍,這在很大程序上限制了它的實現(xiàn)。因此,必須針對硬件的實現(xiàn)做改進和優(yōu)化。

H.264的最初測試模型(JM)是為了取得高的編碼效果而設計的。在這個測試模型中,有很多的算法需要很大的運算量,但是編碼效率的提高卻不多,并且很多模擬之間是數(shù)據(jù)相關的,這一點限制了用并行處理加速硬件的實現(xiàn)。

以前有文章分析過這種新的視頻編碼的復雜度。但是這些研究都是通過軟件的分析得到H.264算法的復雜度的。這些結(jié)果對在軟件中的應用是精確的,但是當涉及硬件設計的并行處理時,就不再適用了。

用于實現(xiàn)并行處理加速硬件的H.264算法的改進和優(yōu)化

經(jīng)過試驗比較可以得出,在H.264硬件實現(xiàn)上的關鍵點是預測部分,因為此模塊所占的計算時間幾乎是總時間的90%。所以改進的重點在預測部分。

1 H.264算法

圖1是關于一幀圖像的幀內(nèi)預測間預測的算法框圖。如果采用幀內(nèi)預測,幀間預測部分將不進行判斷。在進行幀間預測時,會使用多幀預測和可變塊大小的運動估計。編碼模式選擇部分在所有的預測模式中選擇一個最佳的預測模式。

預測之后用原始的輸入幀和預測幀相減,得到殘差數(shù)據(jù)塊。對于亮度殘差塊做4%26;#215;4整數(shù)DCT變換,對于色度殘差塊的DC系數(shù)則進行2x2的整數(shù)DCT變換。對變換后的系數(shù)做掃描和量化處理后,再對量化后的系數(shù)進行熵編碼,最終成為輸出的碼流。編碼模式通過模式表,也會輸入到熵編碼器中。重建的循環(huán)過程包括反量化、反DCT變換和反塊濾波。最后,將重建幀寫入到幀緩沖器中,準備在以后運動估計中使用。

因為在空間預測和時間預測上幾乎花費了所有的計算能力,所以在JM 4.0上的算法改進主要是在這兩部分上。在實現(xiàn)過程中,這兩部分通過硬件實現(xiàn),所以要針對硬件進行優(yōu)化。

實現(xiàn)編碼器所用的硬件系統(tǒng)是基于宏塊,也就是說編碼器是對一個個連續(xù)的宏塊進行操作。整個編碼系統(tǒng)可以看作一個宏塊的流水線,所以有可能在開始編碼下一個宏塊時,上一個宏塊重建過程不定期沒有完成,這就影響了流水線的進行。很多基于宏塊的商業(yè)編碼器正是采用這種硬件實現(xiàn)模式,所以處理好這個問題至關重要。

2 幀內(nèi)預測

圖1中的編碼方框圖與H.261、H.263和MPEG-4中的相似。H.264中包含了4%26;#215;4和16%26;#215;16兩種幀內(nèi)預測部分。幀內(nèi)預測需要圖像重建的像素值才能實現(xiàn)。在一個典型的基于宏塊的系統(tǒng)中,只有在完成整個編碼程序后,重建的像素值才能得到。這種數(shù)據(jù)之間的相關性,會給硬件的實現(xiàn)帶來很大的困難。

2.1 4x4幀內(nèi)預測

圖2描述了4x4塊幀內(nèi)預測中數(shù)據(jù)的相關性。從a到p的像素值是從A到N及Q的像素值預測出來的。用大寫字母表示重建的像素值。因為一個宏塊由16個4x4的塊組成,所以當前塊沒有完成編碼之前是不能得到重建的像素值的。在JM中用了雙通道算法實現(xiàn)這些塊的編碼。為了做一個4x4塊的預測,在JM中需要進行變換、量化、反變換到反量化的過程。這對于一個硬件來說太復雜了。在現(xiàn)有的硬件水平上是不可能實現(xiàn)的。

對這一點,需要對算法做如下改進:所有預測中所有的重建幀像素值用輸入幀的原始值代替。通過這樣的改進,4%26;#215;4的幀內(nèi)預測和變換可以在宏塊的流水線上順利地實現(xiàn)。

2.2 16x16幀內(nèi)預測

圖3給出了16x16幀內(nèi)預測的數(shù)據(jù)相關性。當前宏塊的預測是基于重建幀中位于當前宏塊位置上方的17個像素和左側(cè)的16個像素的。因為對當前宏塊進行預測時左邊宏塊的重建可能并未完全完成,當用到當前宏塊位置左側(cè)的那些像素時就用原始像素代替。

2.3 編碼模式選擇

按照前面所給出的改進算法,如果只是簡單地用原始像素代替重建像素的話會造成編碼模式選擇的誤差。圖4給出了幀內(nèi)編碼的率失真改進的曲線,仿真的序列是“Claire”、10fps。從圖4中可以看出,由編碼模式選擇的誤差引起的PSNR下降是很明顯的。原始像素是屬于同一幀的,而重建像素經(jīng)過幀間或幀內(nèi)編碼去除了冗余度,所以與重建像素相比原始像素有更高的相關性。因而用改進后的幀內(nèi)預測算法產(chǎn)生的誤差要比用原算法大得多。為了減少編碼模式選擇的誤差,還需要對誤差代價函數(shù)(error cost function)進行修改?,F(xiàn)在的做法是增加一個誤差項。這個誤差項體現(xiàn)原始像素和重建像素之間的差值。因為量化參數(shù)(QP)能夠影響原始像素和重建像素之間的不匹配,所以誤差項的確定與量化參數(shù)值有關。在H.264中,隨著量化參數(shù)的線性增加,量化對編碼的影響是呈指數(shù)增加的。為了符合這種影響的增長趨勢,誤差項的基本形式確定了a/b(51-Qp),其中a和b是待定系數(shù)。如何確定a和b是影響誤差消除的關鍵。

在H.264中,每級Qp的增量是12%,所以理論上與之相匹配的參數(shù)b應該設置為1.12。但是誤差代價函數(shù)的計算是在哈達碼變換域中進行的,對每個系數(shù)的加權(quán)系數(shù)是不同的。而且變換后的系數(shù)的概率分布是不定的。所以參數(shù)b的設定不能用理論值,應該考慮用經(jīng)驗值來確定。

通過實驗仿真結(jié)果可以得出:對于4%26;#215;4幀內(nèi)預測,a設為80、b設為1.07。在對不同的序列測試中,這組參數(shù)值的效果最好。從圖4中看,改進后的幀內(nèi)預測基本消除了模式選擇誤差,其PSNR的表現(xiàn)與原幀內(nèi)預測算法接近。

3 運動估計

在H.264中采用了可變的塊大小、1/4像紗和多參考幀的運動估計。在進行運動估計過程中,全局搜索的起始搜索點根據(jù)運動預測因子確定。對于整像素搜索,失真用SAD度量。如果需更好的效果,可以將SAD加上補償項。雖然全局搜索運動估計有各種硬件結(jié)構(gòu)支持,但是從硬件實現(xiàn)角度來看,在H.264中原始的搜索范圍和運動預測因子的選擇是不實用的。以下介紹相應的改進。

3.1 搜索范圍

硬件實現(xiàn)運動估計過程中,一般會通過使用片內(nèi)存儲彌補片外存儲帶寬的不足。在圖5中給出了一種典型的搜索區(qū)域數(shù)據(jù)重復使用方法,其中搜索范圍是-16~+15。圖5中左邊的3%26;#215;3塊表示當前宏塊運動估計進行區(qū)域,右邊的3%26;#215;3表示下一個宏塊運動估計進行區(qū)域,

它們的重疊區(qū)域的數(shù)據(jù)可以在兩次宏塊運動估計中重復使用,新增加的數(shù)據(jù)是最右側(cè)的1x3區(qū)域。

為了配合H.264這種重復使用數(shù)據(jù)的模式,搜索區(qū)域的起始點應該設置在(0,0)。只有當真正的運動矢量超出搜索范圍時,這種改變才會造成視頻質(zhì)量的下降。

3.2 運動預測因子

在H.264中, 運動預測因子被用來確定運動矢量數(shù)據(jù)的比特數(shù)和計算運動矢量數(shù)據(jù)編碼誤差的補償因子。補償因子在整個運動估計過程中都會被參考以進行率失真優(yōu)化。圖6表示運動預測因子的相關情況。其中P1到P4是在當前宏塊之前的宏塊。當前宏塊的運動預測因子通過對P1到P4宏塊的運動矢量計算得到。但是因為在硬件中,以上基于宏塊的處理過程是使用宏塊流水時,P1的運動矢量可能是無效的。解決這個問題需要消除運動預測因子計算過程中相關性。具體就是計算過程中只使用P2到P4宏塊的運動矢量。而改變的只是針對運動估計補償因子的計算,因此改進算法仍然符合H.264標準。

3.3 1/4像素精度的運動估計

在H.264中,半像素運動估計是通過二維6抽頭內(nèi)插濾波實現(xiàn)的。二維濾波需要使用線路緩存實現(xiàn)轉(zhuǎn)置運算,而線路緩存的硬件實現(xiàn)相當復雜。不過對編碼環(huán)路中的另一個部分運動補償時,該宏塊的運動矢量已經(jīng)確定。

為了減少硬件代價,可以使用更簡單的方法來產(chǎn)生1/4像素精度的數(shù)據(jù)。雖然用于運動估計與用于運動補償?shù)?/4像紗數(shù)據(jù)沒必要相同,但是它們之間的誤差還是會對編碼效果產(chǎn)生影響。所以不能一味地簡化內(nèi)插過程。使用雙線性內(nèi)插代替二維6抽頭內(nèi)插濾波能夠較好地解決這個問題。

3.4 哈達碼變換

哈達碼變換是用簡單的變換估算變換后產(chǎn)生的比特數(shù)。在H.264的運動估計中用哈達碼變換替代SAD,如果要求設計低代價硬件可以將這部分省略。

4 仿真結(jié)果

軟件仿真是在“Foreman”、“grandma”、“salesman”和“carphone”序列上進行的,幀率是每秒10幀。出于硬件的考慮,不采用率失真優(yōu)化模式,因為在JM4.0上沒有采用碼率控制,所以率失真曲線是對應Qp的變化產(chǎn)生的。率失真曲線如圖7、圖8。

從仿真結(jié)果中可以看出,在改進的幀內(nèi)預測算法中,PSNR的下降程序是很低的。在慢速運動序列的整像素運動估計中,PSNR幾乎沒有下降。對QME算法的改進會造成大約0.4~0.6dB的PSNR值下降。這種改進在低代價系統(tǒng)中是可以接受的。在64kbps的環(huán)境下,每一個序列的PSNR的下降不超過0.58dB。

在基于宏塊處理的系統(tǒng)中,采用上述的改進算法,就能實現(xiàn)并行處理。通過軟件仿真的結(jié)果表明,改進幀內(nèi)預測和整像素運動估計上的算法后,其PSNR值的下降幾乎可以忽略。對低人代價系統(tǒng)來說,QME和哈達馬變換的改進也量種可以考慮的方法。

責任編輯:gt

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 編碼器
    +關注

    關注

    45

    文章

    3573

    瀏覽量

    133980
  • 接口
    +關注

    關注

    33

    文章

    8447

    瀏覽量

    150720
  • 仿真
    +關注

    關注

    50

    文章

    4023

    瀏覽量

    133336
收藏 人收藏

    評論

    相關推薦

    新一代視頻編碼標準H.264在高速DSP平臺上的實現(xiàn)優(yōu)化

    H.264在TMS320C6416上的實現(xiàn)優(yōu)化。筆者的工作是在C6416DSP的開發(fā)平臺NVDK上實現(xiàn)H.264的獨立編解碼
    發(fā)表于 06-25 10:35

    針對硬件實現(xiàn)h.264視頻編碼算法改進

    針對硬件實現(xiàn)h.264視頻編碼算法改進針對硬件實現(xiàn)
    發(fā)表于 06-25 11:35

    請問如何實現(xiàn)H.264去方塊濾波的優(yōu)化設計?

    如何在實時視頻解碼中優(yōu)化去方塊濾波算法?如何實現(xiàn)H.264去方塊濾波的優(yōu)化設計?
    發(fā)表于 04-20 06:24

    如何去實現(xiàn)優(yōu)化H.264解碼器算法?

    網(wǎng)絡視頻開發(fā)平臺NVDK是什么?H.264主要有哪些新特點?H.264解碼器算法的DSP實現(xiàn)優(yōu)化
    發(fā)表于 06-02 06:25

    針對硬件實現(xiàn)H.264視頻編碼算法改進,不看肯定后悔

    針對硬件實現(xiàn)H.264視頻編碼算法改進,不看肯定后悔
    發(fā)表于 06-04 06:25

    H.264視頻編碼在DM642上的實現(xiàn)優(yōu)化

    設計并實現(xiàn)了基于DSP 芯片TMS320DM642 的H.264 編碼器。詳細介紹了H.264 算法在DSP上的移植和優(yōu)化。為使編碼器達到實
    發(fā)表于 09-03 14:30 ?23次下載

    H.264運動估計算法在Imagine流處理器上的加速實現(xiàn)

    H.264運動估計算法在Imagine流處理器上的加速實現(xiàn):Imagine 是一款媒體處理的流體
    發(fā)表于 10-06 09:40 ?12次下載

    基于H.264算法的視頻傳輸系統(tǒng)實現(xiàn)

    本文介紹了基于H.264 算法的視頻傳輸系統(tǒng)的實現(xiàn)方案。該方案采用目前最新的視頻壓縮標準——H.264 作為視頻編解碼算法,i.MX27 作
    發(fā)表于 01-22 15:33 ?52次下載

    基于H.264的無再損幀內(nèi)編碼

    為了在改進H.264實現(xiàn)無再損幀內(nèi)編碼,該文提出了一種新的基于整數(shù)線性規(guī)劃的優(yōu)化clip 算法
    發(fā)表于 02-09 14:28 ?35次下載

    H.264并行解碼的設計與實現(xiàn)

    視頻解碼應用對硬件要求很高,隨著多核處理器的普及,把解碼應用在多核環(huán)境下并行以提高性能成為了一種有效的方式。文章根據(jù)H.264視頻壓縮標準的算法
    發(fā)表于 02-24 11:42 ?26次下載

    基于H.264逆量化IP的硬件實現(xiàn)

    本文提出了基于H.264的逆量化IP的優(yōu)化結(jié)構(gòu)及其硬件實現(xiàn)。它能夠按照標準處理各種4×4塊的逆量化,該IP可以嵌入到編碼器也能
    發(fā)表于 02-24 11:51 ?10次下載

    針對硬件實現(xiàn)H.264視頻編碼算法改進

    摘要:從硬件實現(xiàn)的角度分析了H.264算法,重點研究了占用最多運算時間的預測部分的優(yōu)化,給出了對幀內(nèi)預測、哈達馬變換以及運動估計
    發(fā)表于 03-24 13:29 ?697次閱讀
    針對<b class='flag-5'>硬件</b><b class='flag-5'>實現(xiàn)</b>的<b class='flag-5'>H.264</b>視頻編碼<b class='flag-5'>算法</b><b class='flag-5'>改進</b>

    基于MPI的H.264并行編碼代碼移植與優(yōu)化

    H.264 獲得出色壓縮效果和質(zhì)量的代價是壓縮編碼算法復雜度的增加。為了尋求更高的編碼速度,集群并行計算被運用到H.264的視頻編碼計算中。分析H.
    發(fā)表于 07-27 15:56 ?0次下載
    基于MPI的<b class='flag-5'>H.264</b><b class='flag-5'>并行</b>編碼代碼移植與<b class='flag-5'>優(yōu)化</b>

    基于DM642的H.264編碼算法優(yōu)化實現(xiàn)

    基于DM642的H.264編碼算法優(yōu)化實現(xiàn)
    發(fā)表于 05-18 09:22 ?1次下載

    基于FPGA硬件實現(xiàn)H.264變換量化整體結(jié)構(gòu)的設計方案

    H.264高效的編碼效率是以其高復雜性為代價的,因此制約了它在高分辨率、實時處理等方面的應用。而FPGA器件采用流水控制策略和并行處理方式,可為H.
    的頭像 發(fā)表于 08-01 08:04 ?2294次閱讀