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

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

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

基于DE2開發(fā)板和NiosII處理器實(shí)現(xiàn)H.264編碼器的設(shè)計(jì)

電子設(shè)計(jì) ? 來源:?jiǎn)纹瑱C(jī)與嵌入式系統(tǒng)應(yīng)用 ? 作者:楊超,張玲,何偉 ? 2021-03-16 14:12 ? 次閱讀

引言

H.264標(biāo)準(zhǔn)作為新一代視頻編碼標(biāo)準(zhǔn),是面向多比特率的視頻編碼標(biāo)準(zhǔn),也稱JVT/AVC標(biāo)準(zhǔn),既可用于高碼率的HDTV和數(shù)字存儲(chǔ)系統(tǒng),也可用于低碼率的實(shí)時(shí)通信系統(tǒng)。在相同的圖像質(zhì)量情況下,H.264比H.263和MPEG一4可以節(jié)省20%~50%的碼率。就其基本檔次而言,編碼器的復(fù)雜度是 H.263的10倍左右。H.264良好的網(wǎng)絡(luò)親和性和優(yōu)異的壓縮性能使其成為視頻應(yīng)用的首選,但其巨大的運(yùn)算量成為許多應(yīng)用的瓶頸?;?NiosII設(shè)計(jì)了一種低碼率實(shí)時(shí)應(yīng)用的編碼系統(tǒng)。該系統(tǒng)充分利用FPGA的并行設(shè)計(jì)結(jié)構(gòu),對(duì)視頻數(shù)據(jù)采用高壓縮比的H.264標(biāo)準(zhǔn)編碼,能很好地滿足低碼率實(shí)時(shí)編碼的要求。

1 H.264編碼系統(tǒng)結(jié)構(gòu)設(shè)計(jì)

根據(jù)H.264/AVC編碼器原理及結(jié)構(gòu),同時(shí)考慮到現(xiàn)有硬件資源的限制以及該設(shè)計(jì)的應(yīng)用需求,設(shè)計(jì)了圖1所示的H.264/AVC編碼系統(tǒng)結(jié)構(gòu)。

基于DE2開發(fā)板和NiosII處理器實(shí)現(xiàn)H.264編碼器的設(shè)計(jì)

攝像頭攝入的視頻圖像首先經(jīng)過視頻采集模塊處理,并將當(dāng)前幀的圖像數(shù)據(jù)存入SRAM。然后,以宏塊MB(macroblock)為單元,從SRAM中讀取原始圖像,并根據(jù)MB所在圖像幀內(nèi)的位置,讀取重建幀中的參考像素進(jìn)行幀內(nèi)預(yù)測(cè),并將預(yù)測(cè)宏塊與當(dāng)前宏塊像素做差即可得到預(yù)測(cè)殘差。接下來,對(duì)殘差圖像進(jìn)行整數(shù)DCT變換或Had—amard變換,并對(duì)變換輸出進(jìn)行量化。量化輸出的殘差圖像一方面通過反變換和反量化處理生成重建圖像供幀內(nèi)預(yù)測(cè)作為參考,另一方面經(jīng)過重排序、熵編碼處理得到最終的圖像壓縮碼流輸出。

根據(jù)H.264/AVC標(biāo)準(zhǔn),將所設(shè)計(jì)的整個(gè)編碼系統(tǒng)從結(jié)構(gòu)上劃分為圖像采集、幀內(nèi)預(yù)測(cè)、變換量化、熵編碼等幾個(gè)主要部分。各個(gè)模塊之間通過流水線的方式進(jìn)行處理,可以有效地提高硬件的執(zhí)行效率。

2 基于Cyclone II FPGA的H.264編碼器的實(shí)現(xiàn)

系統(tǒng)采用SOPC的設(shè)計(jì)方式,主要由視頻采集模塊、NiosII處理器系統(tǒng)組成。采用Altera公司的DE2開發(fā)板為開發(fā)平臺(tái),將視頻采集、 NiosII處理器集成到一個(gè)SOPC系統(tǒng)中。其中NiosII處理器系統(tǒng)要承擔(dān)圖像采集控制、圖像的H.264壓縮編碼工作。為了保證實(shí)時(shí)性,在充分分析H.264軟件算法運(yùn)行時(shí)間后,采用自定義模塊對(duì)H.264編碼器關(guān)鍵算法進(jìn)行硬件加速。

2.1 視頻采集模塊

視頻采集是視頻圖像處理、傳輸?shù)那疤?,采集到的?shù)字視頻圖像好壞將直接影響到視頻處理的結(jié)果。圖2給出了圖像處理系統(tǒng)的視頻采集結(jié)構(gòu)。

ADI公司的多制式視頻解碼芯片ADV7181B對(duì)采集的視頻圖像進(jìn)行模數(shù)轉(zhuǎn)換。ADV7181B可以自動(dòng)檢測(cè)諸如NTSC、PAL和SEC0M制式的基帶視頻信號(hào),并將其轉(zhuǎn)換為基于4:2:2取樣的16/8位兼容的CCIR601/CCIR656格式的數(shù)字視頻信號(hào);具有6路模擬視頻輸入端口,且采用單一的27 MHz晶振時(shí)鐘輸入;用戶可以通過兩線的I2C接口對(duì)ADV7181B的工作模式進(jìn)行配置。

系統(tǒng)上電時(shí),首先使用I2C模塊對(duì)ADV7181B的內(nèi)部寄存器進(jìn)行配置。由于攝像頭輸出的是PAL制式的模擬視頻信號(hào),因此需要相應(yīng)地將 ADV7181B配置為PAL制式的模擬視頻信號(hào)輸入,并將其轉(zhuǎn)換為CCIR656格式的數(shù)字視頻信號(hào)。ADV7181B將轉(zhuǎn)換得到的實(shí)時(shí)數(shù)字視頻圖像的亮度信號(hào)、色度信號(hào)(TD_DAT)以及行、場(chǎng)同步信號(hào)(TD_HS/VS)同時(shí)輸入到FPGA芯片中,通過圖像采集模塊提取需要的數(shù)字圖像信息,并將其轉(zhuǎn)存至AlteraDE2開發(fā)板提供的具有512 KB存儲(chǔ)容量的SRAM中,用于緩存待處理圖像幀。

下面介紹圖像采集模塊的設(shè)計(jì)與實(shí)現(xiàn)方法。

根據(jù)上面對(duì)視頻采集部分硬件結(jié)構(gòu)的分析,設(shè)計(jì)了圖3所示的視頻采集模塊結(jié)構(gòu)框圖??梢钥闯?,圖像采集模塊主要包含圖像提取、色度取樣率變換、 Y/Cb/Cr圖像分量分離以及圖像緩存SRAM讀寫控制等單元。

其中圖像提取子模塊在H.264/AVC編碼模塊的視頻采集控制信息的控制下,從ADV7181B轉(zhuǎn)換輸出的PAL制數(shù)字視頻圖像中提取需要的圖像數(shù)據(jù)。攝像頭采集的實(shí)際圖像大小為768×576像素的隔行掃描視頻輸入信號(hào),其中基數(shù)場(chǎng)和偶數(shù)場(chǎng)在時(shí)間上先后輸入。由于系統(tǒng)處理的圖像大小為320×240像素,因此需要對(duì)輸入的數(shù)字視頻進(jìn)行截取,以滿足系統(tǒng)的處理要求。

考慮到在一幀圖像中的頂場(chǎng)與底場(chǎng)數(shù)據(jù)差異不大,因此在對(duì)圖像進(jìn)行截取時(shí),僅對(duì)底場(chǎng)中間240行的連續(xù)320個(gè)相鄰像素點(diǎn)進(jìn)行提取,以輸出320×240像素的視頻圖像數(shù)據(jù)。其具體提取流程如圖4所示。

H.264/AVC支持對(duì)色度取樣為4:2:O格式的逐行或隔行掃描數(shù)字圖像進(jìn)行處理,因此需要對(duì)提取的數(shù)字圖像進(jìn)行色度取樣率變換。通過對(duì)相鄰奇數(shù)行和偶數(shù)行的色度圖像分量進(jìn)行簡(jiǎn)單的平均,可實(shí)現(xiàn)由4:4:4向4:2:O的色度取樣率變換,如圖5所示。

經(jīng)過取樣率變換后的圖像數(shù)據(jù)需要根據(jù)Y/Cb/Cr圖像類型在SRAM中分片區(qū)緩存,以方便后續(xù)的H_264的編碼處理。圖6給出了實(shí)際圖像的色度分量在取樣率變換前后的效果。

2.2 H.264編碼器核心模塊

綜合現(xiàn)有的硬件資源、實(shí)時(shí)性與實(shí)現(xiàn)難度等因素,設(shè)計(jì)中僅采用了幀內(nèi)預(yù)測(cè)方式,編碼器包括幀內(nèi)預(yù)測(cè)模塊、變換量化模塊和CAVLC熵編碼模塊。處理時(shí)以宏塊 (16×16)為單位,亮度和色度塊分別進(jìn)行幀內(nèi)預(yù)測(cè)、變換量化和反變換反量化,然后進(jìn)行CAVLC熵編碼,圖像的亮色比為Y:U:V=4:2:O。

H.264編碼器設(shè)計(jì)前期先用VC++在PC機(jī)上實(shí)現(xiàn),后期移植到FPGA上用自定義硬件模塊實(shí)現(xiàn),二者所需時(shí)間如表1所列??梢钥闯?,用硬件實(shí)現(xiàn) H.264壓縮編碼一幀圖像只需約16 ms,較PC機(jī)實(shí)現(xiàn)有很大提高,而且硬件模塊占用的資源不到50%,性價(jià)比較高。

由于自定義幀內(nèi)預(yù)測(cè)硬件模塊較軟件實(shí)現(xiàn)對(duì)系統(tǒng)性能提高較大,這里重點(diǎn)分析幀內(nèi)預(yù)測(cè)模塊硬件結(jié)構(gòu)設(shè)計(jì)。

根據(jù)H.264幀內(nèi)預(yù)測(cè)算法,幀內(nèi)預(yù)測(cè)模塊是在非率失真優(yōu)化模式下設(shè)計(jì)的。它通過接口模塊從SDRAM中讀入一個(gè)MB(16×16)的亮度和色度圖像數(shù)據(jù),在亮度和色度預(yù)測(cè)模塊中對(duì)當(dāng)前MB進(jìn)行預(yù)測(cè)和預(yù)測(cè)模式選擇,輸出預(yù)測(cè)殘差及最佳預(yù)測(cè)模式;同時(shí)將預(yù)測(cè)結(jié)果與經(jīng)過反DCT變換和反量化之后的殘差值相加,經(jīng)重構(gòu)模塊補(bǔ)償重構(gòu)后寫回SDRAM。主要結(jié)構(gòu)如圖7所示,整個(gè)模塊分為4個(gè)子模塊:接口模塊、亮度預(yù)測(cè)、色度預(yù)測(cè)和圖像重構(gòu)模塊。

接口模塊中設(shè)計(jì)了4個(gè)RAM,用于存放讀入的原始圖像和用于預(yù)測(cè)的參考圖像數(shù)據(jù):RAM0存放亮度預(yù)測(cè)像素,深度32,地址0~15存放上側(cè)預(yù)測(cè)參考像素,地址16~31存放左側(cè)預(yù)測(cè)參考像素;RAMl存放當(dāng)前宏塊亮度原始值,深度為256;RAM2存放色度預(yù)測(cè)參考像素,深度32,地址0~7存放上側(cè) Cb預(yù)測(cè)參考像素,地址8~15存放左側(cè)Cb預(yù)測(cè)參考像素,地址16~23存放上側(cè)cr預(yù)測(cè)參考像素,地址24~31存放左側(cè)Cr預(yù)測(cè)參考像素;RAM3 存放當(dāng)前宏塊色度原始值,深度為128。

亮度預(yù)測(cè)模塊的內(nèi)部結(jié)構(gòu)如圖8所示。

①模式選擇模塊根據(jù)當(dāng)前宏塊的預(yù)測(cè)參考像素可用信息(avail)指定當(dāng)前宏塊按一定順序做預(yù)測(cè),如avail=“11”表示上側(cè)和左側(cè)預(yù)測(cè)參考像素均可用,則對(duì)當(dāng)前宏塊順序做DC、HOR、VERT、PLANE四種方式預(yù)測(cè)。在殘差處理模塊中,采用了2個(gè)RAM順序保存各種預(yù)測(cè)模式的預(yù)測(cè)殘差,所以在模式選擇模塊里會(huì)比較當(dāng)前預(yù)測(cè)模式的代價(jià)函數(shù)和前一種預(yù)測(cè)模式代價(jià)函數(shù)的大小。如果當(dāng)前預(yù)測(cè)模式的代價(jià)函數(shù)較小,則說明當(dāng)前預(yù)測(cè)模式較優(yōu),在做下一種模式預(yù)測(cè)時(shí)將預(yù)測(cè)殘差指定保存在上次較差預(yù)測(cè)模式的殘差RAM中。當(dāng)前宏塊的可用預(yù)測(cè)模式都預(yù)測(cè)結(jié)束后,模式選擇模塊根據(jù)每一種模式預(yù)測(cè)代價(jià)函數(shù)決定出最優(yōu)預(yù)測(cè)模式,并指出該預(yù)測(cè)模式對(duì)應(yīng)殘差處理模塊中存放的RAM,將相應(yīng)的殘差輸入到整數(shù)變換模塊。

②預(yù)測(cè)模塊包含了DC、HOR、VERT、PLANE四種預(yù)測(cè)模式的實(shí)現(xiàn)實(shí)體,根據(jù)模式選擇模塊決定的預(yù)測(cè)模式從接口模塊讀取預(yù)測(cè)參考像素和原始像素值,預(yù)測(cè)后殘差輸出到殘差處理模塊,預(yù)測(cè)值輸出到補(bǔ)償重構(gòu)模塊保存。

③殘差處理模塊采用2個(gè)存放殘差的RAM,每個(gè)宏塊可先并行做2種預(yù)測(cè),殘差分別保存到2個(gè)RAM中,選擇其中較佳預(yù)測(cè)模式,再做下一種預(yù)測(cè)模式與前面所選較佳預(yù)測(cè)模式比較,直到完成所有預(yù)測(cè)模式選擇出最佳預(yù)測(cè)模式。

④預(yù)測(cè)代價(jià)模塊是計(jì)算每一種預(yù)測(cè)模式的預(yù)測(cè)代價(jià),以4×4塊為單位作hadamard變換,將變換后每個(gè)4×4塊DC系數(shù)再做一次hadamard變換,將所有變換結(jié)果進(jìn)行絕對(duì)值累加就是對(duì)應(yīng)的預(yù)測(cè)代價(jià)。

色度預(yù)測(cè)模塊結(jié)構(gòu)基本和亮度預(yù)測(cè)相同,只是由于色度有Cb、Cr兩個(gè)分量,殘差在RAM中的存放方式略有差別;同一個(gè)宏塊的色度預(yù)測(cè)和亮度預(yù)測(cè)是并行執(zhí)行的,由于要處理的色度數(shù)據(jù)比亮度少一半,筆者在后面的整數(shù)變換中采用先處理色度,再處理亮度的方法,使得流水更加緊湊,減少等待時(shí)間,提高整個(gè)模塊的運(yùn)行速度。

3 結(jié)論

筆者設(shè)計(jì)的基于NiosII的低碼率實(shí)時(shí)H.264視頻編碼系統(tǒng),在系統(tǒng)時(shí)鐘頻率100 MHz時(shí),壓縮一幀320×240的彩色圖像需16.283 ms,在量化參數(shù)選擇30時(shí),圖像壓縮比達(dá)到2%,實(shí)時(shí)監(jiān)控圖像幀率25幀/s。系統(tǒng)具有資源占用較少,低成本,低碼率,高清視頻質(zhì)量的特點(diǎn),具有較好的發(fā)展前景。

圖9為集成開發(fā)環(huán)境下綜合仿真后系統(tǒng)的資源占用情況。

責(zé)任編輯:gt

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

    關(guān)注

    68

    文章

    19100

    瀏覽量

    228814
  • FPGA
    +關(guān)注

    關(guān)注

    1625

    文章

    21620

    瀏覽量

    601232
  • 編碼器
    +關(guān)注

    關(guān)注

    45

    文章

    3573

    瀏覽量

    133980
收藏 人收藏

    評(píng)論

    相關(guān)推薦

    采用FPGA和NiosII實(shí)現(xiàn)實(shí)時(shí)H264視頻編碼器

    H.263和MPEG一4可以節(jié)省20%~50%的碼率。就其基本檔次而言,編碼器的復(fù)雜度是H.263的10倍左右。H.264良好的網(wǎng)絡(luò)親和性和優(yōu)異的壓縮性能使其成為視頻應(yīng)用的首選,但其巨
    發(fā)表于 07-29 06:52

    怎么設(shè)計(jì)基于DSP的H.264編碼器電路?

    H.264標(biāo)準(zhǔn)的編解碼運(yùn)算速度要求。因此,在穩(wěn)定的媒體處理器平臺(tái)上實(shí)現(xiàn)H.264標(biāo)準(zhǔn)有著較好的工程意義和應(yīng)用前景。
    發(fā)表于 09-04 06:19

    如何去實(shí)現(xiàn)并優(yōu)化一種H.264視頻編碼器

    什么是H.264視頻編碼技術(shù)?如何去實(shí)現(xiàn)并優(yōu)化一種H.264視頻編碼器?
    發(fā)表于 06-03 07:00

    怎樣去設(shè)計(jì)一種低碼率實(shí)時(shí)H.264視頻編碼器?

    一種基于NiosII的低碼率實(shí)時(shí)H.264視頻編碼器設(shè)計(jì)
    發(fā)表于 06-07 07:06

    h.264編碼器下載

    Changes for Version JM7.3 to JM 7.2h.264編碼器源代碼,帶有H.264編碼器流程圖。Bug fixes- encoder: DPB for fie
    發(fā)表于 06-25 11:46 ?164次下載

    基于TMS320DM642平臺(tái)的H.264編碼器優(yōu)化

    H.264 實(shí)時(shí)編碼器的研究和實(shí)現(xiàn)是目前視頻通信研究領(lǐng)域的一個(gè)熱點(diǎn)問題,本文介紹了基于TMS320DM642 平臺(tái)的H.264 編碼器的優(yōu)化
    發(fā)表于 12-18 12:13 ?19次下載

    基于ADSP-BF561的H.264視頻編碼器實(shí)現(xiàn)

    基于ADSP-BF561的H.264視頻編碼器實(shí)現(xiàn) H.264/AVC是ITU-T VCEG和ISO/IECMPEG聯(lián)合制定的最新視頻
    發(fā)表于 12-26 14:43 ?764次閱讀

    基于TMS320DM6446的H.264編碼器實(shí)現(xiàn)與優(yōu)化

    基于TMS320DM6446的H.264編碼器實(shí)現(xiàn)與優(yōu)化 1 引言   H.264是ITU-T的視頻編碼專家組(VCEG)和ISO/I
    發(fā)表于 02-10 09:20 ?1418次閱讀
    基于TMS320DM6446的<b class='flag-5'>H.264</b><b class='flag-5'>編碼器</b><b class='flag-5'>實(shí)現(xiàn)</b>與優(yōu)化

    Jointwave發(fā)布的H.264編碼器實(shí)現(xiàn)1080p

    Jointwave發(fā)布的H.264編碼器實(shí)現(xiàn)1080p Jointwave發(fā)布的H.264編碼器技術(shù)提供了單芯片HD和超低功耗廣播級(jí)視頻
    發(fā)表于 01-04 08:41 ?1191次閱讀

    H.264視頻編碼器在DSP上的實(shí)現(xiàn)與優(yōu)化

    摘要:在DM642 EVM平臺(tái)上實(shí)現(xiàn)H.264視頻編碼器,并從內(nèi)存分配、Cache優(yōu)化、代碼優(yōu)化以及匯編程序級(jí)優(yōu)化等幾個(gè)方面對(duì)編碼
    發(fā)表于 01-10 14:12 ?3347次閱讀
    <b class='flag-5'>H.264</b>視頻<b class='flag-5'>編碼器</b>在DSP上的<b class='flag-5'>實(shí)現(xiàn)</b>與優(yōu)化

    基于嵌入式平臺(tái)的H264視頻編碼器實(shí)現(xiàn)

    介紹了基于嵌入式平臺(tái)PXA255的h.264視頻編碼器實(shí)現(xiàn)。在描述了視頻編碼器的硬件結(jié)構(gòu)設(shè)計(jì)及視頻采集軟件的實(shí)現(xiàn)的基礎(chǔ)上,詳細(xì)介紹了
    發(fā)表于 09-02 16:41 ?87次下載
    基于嵌入式平臺(tái)的<b class='flag-5'>H264</b>視頻<b class='flag-5'>編碼器</b>的<b class='flag-5'>實(shí)現(xiàn)</b>

    基于TMS320DM3730的H.264編碼器移植與優(yōu)化方法

    提出了一種在TI公司高性能數(shù)字信號(hào)處理器TMS320DM3730上進(jìn)行H.264編碼器(即x264編碼器)移植與優(yōu)化的方法,詳細(xì)描述了在CC
    發(fā)表于 01-08 18:27 ?69次下載

    基于PowerPC的H.264編碼器中斷處理程序解析

    基于PowerPC的H.264編碼器中斷處理程序解析
    發(fā)表于 01-04 15:26 ?6次下載

    針對(duì)DSP、ASIC與FPGA三種產(chǎn)品平臺(tái)的H.264編碼器方案

    目前的視頻監(jiān)控行業(yè),基于DSP的H.264編碼器解決方案占有絕對(duì)優(yōu)勢(shì)的市場(chǎng)份額,這是由DSP方案開發(fā)周期相對(duì)較短的特性決定的。在ASIC或FPGA方案仍處于研發(fā)階段時(shí),DSP方案已捷足先登,并較好地解決了視頻監(jiān)控行業(yè)中
    的頭像 發(fā)表于 10-29 08:21 ?1.3w次閱讀

    基于NiosII的低碼率實(shí)時(shí)H.264視頻編碼器

    系統(tǒng)。在相同的圖像質(zhì)量情況下,H.264H.263和MPEG一4可以節(jié)省20%~50%的碼率。就其基本檔次而言,編碼器的復(fù)雜度是 H.263的10倍左右。
    發(fā)表于 02-27 07:04 ?477次閱讀
    基于<b class='flag-5'>NiosII</b>的低碼率實(shí)時(shí)<b class='flag-5'>H.264</b>視頻<b class='flag-5'>編碼器</b>