基于IPP的嵌入式音頻解碼器設(shè)計與優(yōu)化

摘要：本文從Intel公司的IPP工具對基于特定處理器的音頻編解碼優(yōu)化方案出發(fā) ,簡要介紹IPP的嵌入式移植應(yīng)用與API編程規(guī)范以及優(yōu)化步驟.完成了在Intel XScale PXA255 PDA上,利用Linux下Qte/Qtopia GUI開發(fā)環(huán)境,通過IPP優(yōu)化,完成音頻解碼器的設(shè)計與實現(xiàn)。
關(guān)鍵詞：IPP  Qte/Qtopia  GUI  PDA  API Linux

1前言

隨著信息技術(shù)的飛速發(fā)展，形式多樣的數(shù)字化產(chǎn)品已經(jīng)開始成為繼PC機后的信息處理工具，在這種數(shù)字化潮流下，嵌入式系統(tǒng)已成為當(dāng)前研究和應(yīng)用的熱點之一。嵌入式手持設(shè)備的視音頻多媒體應(yīng)用也越來越廣泛.由于嵌入式系統(tǒng)的應(yīng)用要求及成本因素決定了嵌入式系統(tǒng)在系統(tǒng)資源, 包括硬件資源和軟件資源方面都是非常精簡和高效的。因此通過IPP底層API函數(shù)實現(xiàn)針對特定處理器的特定關(guān)鍵算法進(jìn)行程序結(jié)構(gòu)重組和優(yōu)化，為嵌入式系統(tǒng)低功耗高代碼執(zhí)行效率提供一種很好的解決方案。

2 Intel IPP簡介

Intel集成高性能原件（Intel IPP）是一個交叉架構(gòu)的跨平臺軟件庫，提供了大量庫功能，用于多媒體，音頻編碼，視頻編碼,計算機視覺密碼系統(tǒng)以及此類處理的數(shù)學(xué)過程。通過一個跨多種架構(gòu)上的單一API，可以獲得平臺兼容性，減少開發(fā)成本。提升信號，影像，多媒體處理和矢量計算的執(zhí)行效率。

利用IPP優(yōu)化的步驟首先是程序結(jié)構(gòu)的重新設(shè)計。由于IPP 提供的接口為固定接口，在原程序基礎(chǔ)上以IPP函數(shù)代替，這意味著需要額外添加變量和步驟，如果程序結(jié)構(gòu)設(shè)計不當(dāng)將在相當(dāng)程度上抵消使用IPP而帶來的增益。為了避免這種情況，對于原來的程序結(jié)構(gòu)往往不能限于局部的調(diào)整，而要圍繞利用IPP提供的接口為核心，進(jìn)行較大規(guī)模的調(diào)整和安排。

3基于Linux的系統(tǒng)框架和集成開發(fā)環(huán)境的搭建

3.1開發(fā)平臺的搭建

由于嵌入式系統(tǒng)本身不具有軟件開發(fā)能力，采用PC+目標(biāo)機的開發(fā)方式，在運行l(wèi)inux2.4.20內(nèi)核的PC機上為PXA 255板提供開發(fā)和交叉編譯環(huán)境。利用PXA 255板的FF串口作調(diào)試口與PC的串口相連，可方便地進(jìn)行調(diào)試工作，利用PXA255板的以太網(wǎng)接口和PC相連，建立點對點的連結(jié)，在PC上建立FTP服務(wù)器，將應(yīng)用程序及內(nèi)核等文件通過以太網(wǎng)接口傳到PXA255板上。

3.2交叉編譯環(huán)境的建立

要在PC上開發(fā)出能運行在PXA255板上的程序，必須在PC上為其建立一個針對ARM芯片的交叉編譯環(huán)境，為此，將用到交叉編譯工具鏈，包括：交叉編譯工具arm-linux-gcc、二進(jìn)制文件處理工具arm-linux-binutils及鏈接和運行庫arm-linux-blibc。

建立起交叉編譯環(huán)境后，就可以用此交叉編譯器為PXA255板編譯其內(nèi)核和應(yīng)用程序了。整個開發(fā)環(huán)境的結(jié)構(gòu)框圖如下：

圖(1) 開發(fā)環(huán)境的結(jié)構(gòu)框圖

3.3基于QT/Embedded庫的GUI開發(fā)環(huán)境的建立

為使在通用PC上編譯連接的程序能在目標(biāo)平臺PXA255板上運行，必須在開發(fā)端PC上安裝正確的庫文件。QT/E安裝包只提供所有QT類和一些輔助工具的源文件，針對目標(biāo)平臺PXA255板，還需要為QT/E庫增加觸摸屏的庫文件，以使基于QT/E的應(yīng)用程序能正確的接收到觸摸屏事件。交叉編譯工具使用專門針對Xscale系列arm-linux-gcc來編譯。

為了提高程序開發(fā)的效率，可以為QT/E安裝一個生成Makefile的工具Tmake。用它來生成Makefile文件可以節(jié)省很多時間。在Makefile文件中增加QT/E庫的路徑及用于包含觸摸屏庫的參數(shù)（－lts）之后再make。這樣QT/E程序就被正確的編譯連接成為在PXA 255板上可執(zhí)行的文件了。

4 MP3音頻播放器圖形界面GUI設(shè)計與實現(xiàn)

本設(shè)計用QTE/QTopia作為應(yīng)用程序圖形界面GUI的類庫和桌面開發(fā)環(huán)境。Qt/Embedded是Trolltech公司開發(fā)的面向嵌入式系統(tǒng)的Qt版本。采用framebuffer作為底層圖形接口。Qt/Embedded類庫完全采用C++封裝。豐富的控件資源和較好的可移植性是Qt/Embedded最為優(yōu)秀的一方面，使用X下的開發(fā)工具Qt Designer可以直接開發(fā)基于Qt/Embedded的UI（用戶操作接口）界面。

   鑒于篇幅，本文只給出圖形界面的類定義和函數(shù)接口說明，其中封裝和移植IPP低層API操作的成員函數(shù)將在文章第5部分作出相應(yīng)的解釋和描述，播放器類在Qt中定義如下：

class MediaPlayer:public QWidget

{

    public:/*構(gòu)造函數(shù)初始化播放器各參數(shù)*/

     MediaPlayer(QWidget *parent=0,const char *name=0);

    public slots: /*Qt中的消息響應(yīng)槽函數(shù), 定義播放器的各種操作成員函數(shù)*/

     void fileopen();

…

   private:

     /*播放狀態(tài)控制、播放器界面控制和GUI插件*/

     int stplayer;     /* 0:stop  1:play  2:pause*/

     QMenuBar *menu;   

     …

 };播放器截圖如下：

圖（2）播放器界面截圖

5 MP3音頻解碼流程與關(guān)鍵算法移植

5.1 IPP中提供的高效音頻處理API介紹

    本設(shè)計采用了IPP的MP3播放解碼過程中的解碼相關(guān)的高效算法，這樣使得MP3播放的任務(wù)轉(zhuǎn)向流程控制，而不必編寫具體的解碼代碼。MP3解碼函數(shù)和功能如下：

（1）ippsUnpackFrameHeader_MP3/*解包MP3幀頭，輸出IppMP3FrameHeader結(jié)構(gòu)體*/

（2）ippsUnpackSideInfo_MP3/*解包MP3枝節(jié)信息，輸出IppMP3SideInfo結(jié)構(gòu)體*/

（3）ippsUnpackScaleFactors_MP3_1u8s/*解包比列因子，輸出比列因子的指針等*/

（4）ippsHuffmanDecode_MP3_1u32s/*哈夫曼解碼，輸出解碼后的數(shù)據(jù)*/

（5）ippsReQuantize_MP3_32s_I/*量化哈夫曼解碼后的碼字，輸出量化后的采樣值的指針*/

（6）ippsMDCTInv_MP3_32s，ippsSynthPQMF_MP3_32s16s/*第一、二階段合成濾波*/

5.2 MP3音頻解碼流程

為了MP3文件能夠連續(xù)的播放，需要為原始二進(jìn)制在內(nèi)存中建立一個FIFO緩沖區(qū)，以保證每個時刻都有足夠的數(shù)據(jù)，這個緩沖區(qū)要有足夠的大小，當(dāng)緩沖區(qū)數(shù)據(jù)小于某個值時，就要及時寫入新的數(shù)據(jù)，在程序的主循環(huán)中需要有段判FIFO數(shù)據(jù)情況和填入數(shù)據(jù)的程序。主數(shù)據(jù)也需要一個緩沖區(qū)，用來存放解碼時用到的數(shù)據(jù)，播放MP3文件的大致流程如下：

圖(3) MP3音頻解碼播放器程序流程圖

除解碼和播放MP3程序外，還需用戶控制部分的程序。MP3播放要求實時性很高，所以不能跟用戶控制程序放在一起，需要為它創(chuàng)建一個線程。通過Linux下的Pthread線程，它可以共享內(nèi)存的數(shù)據(jù)，這使得線程間通信變得方便。MP3播放的代碼就可以放到一個線程里面去，通過共享內(nèi)存數(shù)據(jù)由主線程來處理用戶操作、啟動、暫停和結(jié)束播放線程序。引入了多線程操作后，使播放器用戶界面的各操作（如按紐按下、鼠標(biāo)點擊等）不必等待MP3解碼完成而不能得到及時響應(yīng)。

5.3 MP3音頻解碼關(guān)鍵算法對IPP關(guān)鍵算法的API移植封裝接口

鑒于篇幅關(guān)系，不對每一個API移植和具體操作都進(jìn)行詳細(xì)闡述，如上所述，IPP最底層的音頻解碼函數(shù)有ippsUnpackFrameHeader_MP3…ippsSynthPQMF_MP3_32s16s等，我們先對上述函數(shù)進(jìn)行第一層移植，形成一批引用更為方便、操作更為簡單的API，把這一層的移植操作全都完成在一個MyAudioApi.cpp文件里面，添加到用Qt做圖形界面GUI的項目中一起編譯。

這使得最上層的QT圖形界面應(yīng)用程序的各個成員函數(shù)可以非常方便地調(diào)用利用IPP生成的音頻播放各種操作的函數(shù)接口。這樣仍然可以利用IPP的高效算法進(jìn)行解碼優(yōu)化而且屏蔽了底層IPP API的復(fù)雜性。還為以后的二次開發(fā)提供便利。自己定義的音頻解碼各個函數(shù)原型如下：

void mp3open(char filename);/*打開MP3文件并創(chuàng)建解碼線程*/

void mp3play(void); /*設(shè)置ispause共享變量為假，重新進(jìn)入播放線程循環(huán)體*/

void mp3pause(void);/*設(shè)置ispause共享變量為真*/

void mp3stop(void); /*設(shè)置done共享變量為真，等待播放線程結(jié)束*

需要說明的是上述函數(shù)完成播放器用戶界面中啟動音頻播放、控制暫停和結(jié)束播放功能，通過多線程之間共享內(nèi)存數(shù)據(jù)的方式進(jìn)行線程間的通信，從而在主線程中控制播放線程的暫停和停止。

void *MP3Start(void *arg) /*針對MP3播放線程主函數(shù)進(jìn)行解釋和流程分析*/

{  InitMP3Decoder(&DecoderState,&bs);/*初始化解碼器*/

     while(!done)/*停止鍵或者解碼未完成之前循環(huán)播放解碼*/

    { if(!ispause)/*通過判斷線程之間的共享變量ispause判斷時候有暫停鍵按下*/

      switch( DecodeMP3Frame(&bs,pcm,&DecoderState) )

  {/*根據(jù)解碼函數(shù)返回的狀態(tài)選擇下一步操作*/ 

case MP3_FRAME_COMPLETE:

       /*緩沖區(qū)中已有足夠數(shù)據(jù)來解碼一幀流數(shù)據(jù)*/

       …}}

/*關(guān)閉 I/O 音頻設(shè)備，此MP3文件播放結(jié)束*/

 }

6 結(jié)束語

IPP能夠?qū)崿F(xiàn)底層的交差平臺的軟件開發(fā)，提供高集成的數(shù)據(jù)通訊，單信號處理以及多媒體功能等，Intel IPP并且能夠幫助優(yōu)化電力消耗，達(dá)到最佳的CPU執(zhí)行效率。其嵌入式的移植應(yīng)用更是為實現(xiàn)手持設(shè)備上的低功耗,高代碼執(zhí)行效率提供了一種可行的軟件優(yōu)化方案。

參考文獻(xiàn)：

[1] Intel． Sitsang-PXA255 Evaluation Platform Linux User Guide[S] 2005
[2] Intel. Integrated Performance Primitives for Intel Architecture R eference M annual，develop[S]．Inte1．corn 2002．
[3] TrollTec． QT/Embedded 2.3.2 Reference[S]
[4] 濮瓊，黃建華. 基于IntelPXA270平臺的嵌入式流媒體播放器設(shè)計[J],微計算機信息,2005,10-2,31
[5] 白玉霞. 基于Qt／Embedded的GU I移植及應(yīng)用程序開發(fā)[J]. 嵌入式系統(tǒng),2005.7
[6] Xteam軟件技術(shù)有限公司[M]. Qt程序設(shè)計. 北京:清華大學(xué)出版社，2002
[7] Scott．Linux內(nèi)核源代碼分析[M]．2004