解析ARM926EJ-S在MPEG-4軟解碼器的優(yōu)化與實(shí)現(xiàn)
1 引 言
MPEG-4視頻壓縮標(biāo)準(zhǔn)自問世以來受到人們的廣泛關(guān)注。近幾年,嵌入式應(yīng)用中對(duì)MPEG-4播放器的實(shí)現(xiàn)已經(jīng)成為眾多廠家的研究熱點(diǎn)。視頻壓縮的重要性以及其標(biāo)準(zhǔn)的發(fā)展歷程。隨著數(shù)字化、網(wǎng)絡(luò)化全球一體化信息時(shí)代的來臨,包括聲音、圖形、數(shù)據(jù)以及圖像、影像在內(nèi)的多媒體信息的維送和處理;其關(guān)鍵在于后編技術(shù)。由于MPEG-4系統(tǒng)龐大且需要大量的數(shù)據(jù)處理,因此在ARM中實(shí)現(xiàn)MPEG-4軟解碼需要對(duì)其原算法進(jìn)行充分的優(yōu)化才能達(dá)到理想的性能。為此研究了一種基于ARM926EJ-S微處理器的MPEG-4解碼算法的純軟件實(shí)現(xiàn)和優(yōu)化的方法,通過對(duì)解碼算法的軟件優(yōu)化,將QVGA格式MPEG-4碼流在ARM9平臺(tái)上的播放速度由原來的10 f/s提高到了37 f/s,完全達(dá)到了流暢播放的要求,具有很高的實(shí)用價(jià)值。目前,視頻技術(shù)的應(yīng)用范圍很廣,如網(wǎng)上可視會(huì)議、網(wǎng)上可視電子商務(wù)、網(wǎng)上政務(wù)、網(wǎng)上購(gòu)物、網(wǎng)上學(xué)校、遠(yuǎn)程醫(yī)療、網(wǎng)上研討會(huì)、網(wǎng)上展示廳、個(gè)人網(wǎng)上聊天、可視咨詢等業(yè)務(wù)。
2開發(fā)平臺(tái)及耗時(shí)分析
論文研究使用的是基于ARM926EJ-S微處理器的綜合開發(fā)平臺(tái),采用Linux操作系統(tǒng),Linux是一類Unix計(jì)算機(jī)操作系統(tǒng)的統(tǒng)稱。Linux操作系統(tǒng)的內(nèi)核的名字也是"Linux".Linux操作系統(tǒng)也是自由軟件和開放源代碼發(fā)展中最著名的例子。嚴(yán)格來講,Linux這個(gè)詞本身只表示Linux內(nèi)核,但在實(shí)際上人們已經(jīng)習(xí)慣了用Linux來形容整個(gè)基于Linux內(nèi)核,并且使用GNU 工程各種工具和數(shù)據(jù)庫的操作系統(tǒng)。Linux得名于計(jì)算機(jī)業(yè)余愛好者Linus Torvalds.外接320*240(QVGA格式)的LCD顯示屏。ARM926EJ-S微處理器的時(shí)鐘頻率為190 MHz;采用5級(jí)整數(shù)流水線操作,支持32位ARM指令集和16位Thumb指令集以及擴(kuò)充的DSP指令集;支持?jǐn)?shù)據(jù)Cache和指令Cache,具有更高的指令和數(shù)據(jù)處理能力。
MPEG-4 SP級(jí)算法流程圖如圖1所示。優(yōu)化的前期工作首先要將MPEG-4解碼代碼移植到開發(fā)平臺(tái)上,然后對(duì)解碼各個(gè)模塊進(jìn)行運(yùn)算量和耗時(shí)分析,找出優(yōu)化的重點(diǎn)內(nèi)容。本文采用長(zhǎng)度為376 934 B的AVI碼流為測(cè)試序列,該碼流共95幀,其中包括8個(gè)I幀,87個(gè)P幀。在未優(yōu)化前測(cè)得的耗時(shí)分析結(jié)果如表1所示,整個(gè)測(cè)試序列解碼播放完畢耗時(shí)10.05 s,解碼播放速度只有9.5 f/s.
ARM(Advanced RISC Machines)是微處理器行業(yè)的一家知名企業(yè),設(shè)計(jì)了大量高性能、廉價(jià)、耗能低的RISC處理器、相關(guān)技術(shù)及軟件。技術(shù)具有性能高、成本低和能耗省的特點(diǎn)。適用于多種領(lǐng)域,比如嵌入控制、消費(fèi)/教育類多媒體、DSP和移動(dòng)式應(yīng)用等。在ARM上用軟件實(shí)現(xiàn)MPEG-4解碼器的主要任務(wù)是提高解碼速度,同時(shí)達(dá)到理想的畫面播放效果。
3 MPEG-4解碼算法在ARM926EJ-S上的優(yōu)化
MPEG-4軟解碼以開源的XVID源代碼做為參考,將XVID的C源代碼移植到ARM平臺(tái)上,在此基礎(chǔ)上進(jìn)行優(yōu)化并測(cè)試優(yōu)化后的解碼播放性能。優(yōu)化主要從3個(gè)方面進(jìn)行:
(1)對(duì)XVID源代碼的軟件結(jié)構(gòu),程序流程進(jìn)行適合ARM特點(diǎn)的調(diào)整。
(2)對(duì)運(yùn)算量較大、耗時(shí)較多的模塊編寫匯編函數(shù)代替C程序模塊,提高程序執(zhí)行效率。
(3)尋找快速或并行算法。
3.1軟件結(jié)構(gòu)的優(yōu)化
ARM的資源非常有限,在軟件的結(jié)構(gòu)安排上應(yīng)盡量減少存儲(chǔ)器訪問,增加Cache的命中率,提高程序執(zhí)行效率。
3.1.1 適當(dāng)?shù)哪K合并處理以減少存儲(chǔ)器的訪問次數(shù)
優(yōu)化前的源代碼中,I幀與P幀的宏塊解碼軟件結(jié)構(gòu)如圖2所示。在這個(gè)流程中,對(duì)于inter宏塊,可變長(zhǎng)解碼(VLD),反掃描(Iscan),反量化(Iquant)三個(gè)過程中有3次的Block存儲(chǔ)區(qū)讀,2次Block存儲(chǔ)區(qū)寫和1次Data存儲(chǔ)區(qū)寫。源代碼是指未編譯的按照一定的程序設(shè)計(jì)語言規(guī)范書寫的文本文件。 源代碼(也稱源程序),是指一系列人類可讀的計(jì)算機(jī)語言指令。 在現(xiàn)代程序語言中,源代碼可以是以書籍或者磁帶的形式出現(xiàn),但最為常用的格式是文本文件,這種典型格式的目的是為了編譯出計(jì)算機(jī)程序。計(jì)算機(jī)源代碼的最終目的是將人類可讀的文本翻譯成為計(jì)算機(jī)可以執(zhí)行的二進(jìn)制指令,這種過程叫做編譯,通過編譯器完成。
合并后VLD從Block緩沖區(qū)讀數(shù)據(jù)處理后馬上進(jìn)行反掃描和反量化,并將反量化后的數(shù)據(jù)存入Block中。整個(gè)過程只進(jìn)行了一次Block緩沖區(qū)的讀和寫,不僅減少了兩個(gè)讀寫操作,還減少了一個(gè)Data緩沖區(qū)的開辟。同時(shí),對(duì)于P幀在VLD之后立即進(jìn)行反量化還省去了大量零值的處理,這也是考慮合并的主要因素之一。
同樣,I幀中的AC/DC預(yù)測(cè)和反量化也可以進(jìn)行合并。做法是:將add_acdc(pMB,i,&block[i*64],iDcScaler,predictors);dequant_intra(&data[i*64],&block[i*64],iQuant,iDcScaler)兩個(gè)函數(shù)合并為:add_acde(pMB,i,&block[i*64],iDcSealer,predictors,cbpcONtrol,iQuant)。這個(gè)過程在減少存儲(chǔ)器的讀寫操作的同時(shí)也減少了沒有預(yù)測(cè)的AC值的反量化過程。
通過以上兩個(gè)步驟的合并處理,由測(cè)試序列測(cè)試之后發(fā)現(xiàn)解碼播放完畢耗時(shí)5.23 s,速度提高了將近9 f/s,效果非常明顯。
或
W的結(jié)果等同于四個(gè)象素單獨(dú)處理的結(jié)果。但是由于ARM處理器字讀取時(shí)是字地址對(duì)齊的,因此要注意改進(jìn)算法引起的字地址不對(duì)齊問題,利用這個(gè)算法時(shí)可以通過拼字的方法來解決字地址對(duì)齊的問題。
通過這一步驟的優(yōu)化,測(cè)試序列解碼播放完畢耗時(shí)2.56 s,解碼速度提高了6 f/s,整體解碼速度達(dá)到了37 f/s.
4結(jié)語
本文對(duì)MPEG-4軟解碼器在ARM平臺(tái)上的實(shí)現(xiàn)及優(yōu)化的整體思路和步驟進(jìn)行了闡述,優(yōu)化結(jié)果理想,軟解碼播放速度由最初移植完畢時(shí)的10 f/s提高到了37 f/s.本文給出的優(yōu)化方案可以進(jìn)一步推廣到H.264或者其他視頻軟解碼系統(tǒng)基于ARM的應(yīng)用中。全球的視訊業(yè)務(wù)需求猛增。現(xiàn)有的視訊業(yè)務(wù)應(yīng)用主要以政府部門會(huì)議為主,在遠(yuǎn)程教育、遠(yuǎn)程醫(yī)療以及商用方面的應(yīng)用很少,而國(guó)外90%的企業(yè)都在使用視訊業(yè)務(wù),已是"信息高速公路"的主體通信業(yè)務(wù),因此市場(chǎng)潛力巨大。在視訊業(yè)務(wù)中使用的視頻壓縮標(biāo)準(zhǔn)作為關(guān)鍵技術(shù),其發(fā)展和應(yīng)用也將是巨大的。