3.1 DSP硬件開發(fā)平臺(tái)

　　本文使用評(píng)估板是北京聞亭公司的TDS642，板上的DSP芯片是TMX DM642，BGA548封裝，內(nèi)部工作時(shí)鐘為600M，外部總線時(shí)鐘為100M，計(jì)算能力高達(dá)4.8億指令每秒。

　　該平臺(tái)提供了豐富的外圍接口。板上有兩個(gè)復(fù)合視頻（PAL/NTSC/SECAMS）輸入和1個(gè)復(fù)合視頻輸出端口；立體聲輸入/出或單一麥克風(fēng)輸入端口；提供兩個(gè)UART、以太網(wǎng)接口、子板接口、PC104接口和JTAG接口[6][7]。板上還提供了4M Bytes的Flash存儲(chǔ)器，位于DM642的CE1地址空間，寬度為8bits，F(xiàn)PGA擴(kuò)展了3根地址線，把Flash分成8頁(yè)，F(xiàn)lash 的第0頁(yè)的前半頁(yè)存放用戶的自啟動(dòng)程序，后半頁(yè)存放FPGA程序，第1頁(yè)尾用戶存放數(shù)據(jù)空間，第2頁(yè)至第8頁(yè)用于存放用戶程序。

　　3.2 核心算法的DSP實(shí)現(xiàn)

　　（1）算法總體框架。本文算法基于DM642EVM實(shí)現(xiàn)時(shí)主要分為兩個(gè)大的模塊（如圖4），第一部分為DWT變換模塊，它將輸入圖像數(shù)據(jù)變換為一系列的小波系數(shù)；第二部分為EBCOT算法模塊，將量化后的的小波系數(shù)編碼生成壓縮碼流。硬件開發(fā)平臺(tái)結(jié)構(gòu)框圖如圖5所示。

圖4 算法框架圖

圖5 算法硬件開發(fā)平臺(tái)結(jié)構(gòu)框圖

　�。�2）內(nèi)存分配。對(duì)于圖像數(shù)據(jù)的處理，往往涉及到大量的復(fù)雜的數(shù)據(jù)尋址計(jì)算，對(duì)于復(fù)雜的尋址計(jì)算，其耗費(fèi)CPU的計(jì)算量可能比實(shí)際數(shù)據(jù)操作的計(jì)算量還大。所以要加快CPU對(duì)數(shù)據(jù)的訪問速度，不但要求存儲(chǔ)器本身的速度快，而且還需要一個(gè)合理的數(shù)據(jù)結(jié)構(gòu)來簡(jiǎn)化CPU對(duì)地址的計(jì)算。另外，DM642對(duì)數(shù)據(jù)的訪問技術(shù)，如Cache、EDMA和寬bit數(shù)據(jù)直接讀寫等，都是基于存儲(chǔ)地址的連續(xù)性�；�于以上考慮，本文在內(nèi)存分配及定位時(shí)，依據(jù)以下大的原則：第一，在滿足精度要求的情況下，使用較短的數(shù)據(jù)類型；第二、大的數(shù)據(jù)塊，如原始圖像、重構(gòu)圖像存儲(chǔ)在片外SDRAM；第三、關(guān)鍵數(shù)據(jù)、小的數(shù)據(jù)塊，比如運(yùn)算時(shí)的系數(shù)、系統(tǒng)堆棧、三個(gè)通道掃描都需要頻繁的訪問數(shù)據(jù)區(qū)和上下文標(biāo)志區(qū)等，存放到片內(nèi)存儲(chǔ)器；第四、對(duì)L2級(jí)配置足夠的Cache以便CPU對(duì)數(shù)據(jù)的快速讀寫；第五、對(duì)于具有運(yùn)算相關(guān)性的數(shù)據(jù)，應(yīng)在內(nèi)存中按序連續(xù)排放。當(dāng)涉及到片內(nèi)外數(shù)據(jù)塊的搬移操作時(shí)，可由DM642的EDMA單元去完成，它可與CPU并行工作，不占用CPU的計(jì)算周期[8]。

　�。�3）圖像數(shù)據(jù)的讀寫。由于本文工作主要完成針對(duì)圖像的壓縮功能，不涉及圖像采集，所以在圖像數(shù)據(jù)的輸入輸出上做了適當(dāng)?shù)奶幚��？紤]到CCS的Simulator完全支持C/C++語(yǔ)言，因此原始圖像數(shù)據(jù)的輸入采用C語(yǔ)言中的頭文件形式，小波變換模塊，EBCOT算法模塊采用存放在PC機(jī)的數(shù)據(jù)文件形式。本文主要采用頭文件和二進(jìn)制數(shù)據(jù)文件的形式，將圖像的非文件頭部分的所有數(shù)據(jù)通過“fprintf（fp，“%3d，”，image_in [i][j]）”語(yǔ)句寫到.h文件中。

　�。�4）DWT的實(shí)現(xiàn)。由于DM642為定點(diǎn)處理器，不適合于浮點(diǎn)運(yùn)算，所以本文選擇LeGall（5，3）整數(shù)濾波器完成JPEG2000中的小波變換。在進(jìn)行小波變換時(shí)，首先定義兩個(gè)與圖像塊大小相等的存儲(chǔ)緩沖器，一個(gè)是圖像片數(shù)據(jù)的輸入緩存Buf，一個(gè)是用來臨時(shí)存放圖像片數(shù)據(jù)經(jīng)小波變換后的結(jié)果緩存TempBuf。每經(jīng)過一級(jí)小波變換，圖像片數(shù)據(jù)都要先后兩次經(jīng)過integer（5，3）的低通和高通濾波。TempBuf中保存的高通濾波數(shù)據(jù)經(jīng)integer（5，3）濾波器處理后，得到HL子帶和HH子帶的小波變換系數(shù)。最后將變換結(jié)果存放到輸入緩存Buf中。若要進(jìn)行下一級(jí)分解，只需對(duì)Buf中LL子帶進(jìn)行同樣處理。

　�。�5）EBCOT算法的實(shí)現(xiàn)。EBCOT算法是JPEG2000編碼系統(tǒng)中耗時(shí)最大的一個(gè)部分，因此對(duì)這一部分進(jìn)行優(yōu)化實(shí)現(xiàn)對(duì)整個(gè)系統(tǒng)的性能提高很有意義。在PC機(jī)上，EBCOT編碼中的每個(gè)通道都是被獨(dú)立處理的。因此，在DM642上實(shí)現(xiàn)的時(shí)候，本文采用并行性技術(shù)來優(yōu)化代碼，加快程序的執(zhí)行速度，比如在取位平面數(shù)據(jù)的時(shí)候可以和構(gòu)造上下文模型并行處理，但是并不是簡(jiǎn)單的并行處理，當(dāng)要形成通道二的上下文模型時(shí)，其鄰域的數(shù)據(jù)在處理通道一的時(shí)候己經(jīng)被改變。這樣做可以增加DM642功能單元的利用率，充分發(fā)揮出它的并行計(jì)算能力。

　　3.3 實(shí)驗(yàn)結(jié)果

　　本文實(shí)驗(yàn)基于Windows XP操作系統(tǒng)、CPU Intel Pentium（R）4 2.4GHz、512M內(nèi)存、CCS編譯環(huán)境，程序通過USB仿真器下載到DM642EVM開發(fā)板上進(jìn)行，采用LeGall（5，3）小波，處理圖像為512×512的lena和barbara圖像。經(jīng)測(cè)試，壓縮比為16：1時(shí)編碼器編碼相應(yīng)耗時(shí)如表1所示。

　　實(shí)驗(yàn)給出了lena圖像在8：1、16：1、32：1三種壓縮比下的重構(gòu)圖像，并分別給出了與原始圖像的峰值信噪比，如圖6所示。

圖6  barbara圖像編碼圖

　　表1數(shù)據(jù)表明，編碼器基于DSP的編碼耗時(shí)相比基于PC的耗時(shí)有所增加，是因?yàn)榇�碼在DM642EVM硬件平臺(tái)上運(yùn)行時(shí)需要持續(xù)的通過USB仿真器和PC機(jī)交換數(shù)據(jù)，從而增加了時(shí)間的開銷。從圖6中的PSNR值可知，lena圖像在較高壓縮比下的重構(gòu)圖像仍具有較高的圖像質(zhì)量。就主觀評(píng)價(jià)來講，壓縮比為8：1和16：1的重構(gòu)圖像與原始圖像差別細(xì)微，視覺效果好；壓縮比為32：1的重構(gòu)圖像略有失真。實(shí)驗(yàn)結(jié)果表明，移植到DSP上的JPEG2000編碼算法代碼仍具有良好的壓縮性能。

　　4  結(jié)束語(yǔ)

　　為了實(shí)現(xiàn)對(duì)圖像的高效壓縮，在這里使用了DWT變換和EBCOT算法，并給出兩點(diǎn)改進(jìn)方法。通過將改進(jìn)的算法移植到DSP開發(fā)板上，可以看出圖像在高壓縮比的重構(gòu)圖像仍具有較高的圖像質(zhì)量，結(jié)果表明移植到DSP上的JPEG2000編碼算法代碼仍具有良好的壓縮性能，在圖像壓縮處理中有較好的嘗試應(yīng)用。

<!-- 2009/6/21 11:22:49-->