基于FPGA NiosII的MPEG-4視頻播放器

引 言
    多媒體技術實用化的關鍵技術之一，就是解決視頻、音頻數(shù)字化以后數(shù)據(jù)量大，與數(shù)字存儲媒體、通信網(wǎng)容量小的矛盾，其解決途徑就是壓縮。

    為了支持低比特率視頻傳輸業(yè)務，MPEG(Moving Picture Expert5 Group)推出了MPEG-4標準。于1999年正式成為國際標準的MPEG-4是一個適合于低傳輸率的視頻、音頻解決方案，更注重于多媒體系統(tǒng)的交互性和靈活性。MPEG-4視頻壓縮標準提供了一種高度靈活、基于“內容”的編碼方法，解碼端可以“按需解碼”，還可以添加對象和信息。這種靈活性使得MPEG-4具有高效的編碼效率、基于內容的可擴展性以及在易受干擾環(huán)境下的魯棒性。

    MFEG-4的這些特性使得它十分適合于存儲容量有限的手持終端設備。但是MPEG-4視頻解碼中涉及的反量化(Inverse Quantlzation，IQ)、反離散余弦變換(InverseDiscrete Cosine Transform，IDCT)，運動補償(Motion Composition，MC)等技術均是典型的計算密集型變換，對于本身處理能力有限，功耗受限的手持終端設備而言，視頻解碼的實時性是一個很大的挑戰(zhàn)。

    本系統(tǒng)在NiosII 和FPGA構成的SOPC平臺上，使用NiosII的用戶自定義指令以硬件邏輯方式實現(xiàn)MPEG-4解碼中的IQ、IDCT、MC等計算復雜、高度耗時的功能模塊，極大地提高解碼速度。從而在以GPL協(xié)議發(fā)布的XviD Codec基礎上，實現(xiàn)Simple Profile視覺框架下，L1級、QCIF(177×144分辨率)、25fps的MPEG-4實時解碼，并通過DMA方式在LCD上加以顯示。

1 系統(tǒng)功能描述
    本系統(tǒng)從功能上可以分為視頻文件存取、視頻解碼器、YUV-RGB變換器和LCD控制模塊4個部分。

1．1 視頻文件存取
    要進行視頻文件的播放，首先需要對視頻文件進行方便地存儲和讀取。系統(tǒng)播放的MP4文件由XviD Codec在PC上對4：2：0的YUV文件壓縮得到。該MP4文件采用177×144分辨率的QCIF格式，25幀／s。在下載模式，可以通過JTAG接口將MP4文件寫入Flash存儲器中。在播放模式下，Nios II處理器將MP4文件從Flash存儲器中讀出，送入文件緩沖池中等待解碼器對其進行讀取并解碼。

1．2 視頻解碼器
    視頻解碼器是系統(tǒng)的核心。如圖1所示，視頻解碼器由熵解碼器、反量化、反離散余弦變換、運動補償模塊和視頻幀緩存5個模塊組成。

    解碼時，首先對輸入碼流進行熵解碼，然后根據(jù)幀的頭信息判斷幀的類型。對于每個宏塊，熵解碼后首先經(jīng)過IQ，再經(jīng)過IDCT變換得到空問域的值。對于參考幀(R_ Frame),由于不需要進行運動補償，變換后的結果直接輸出，同時還要將它存儲在視頻幀緩存中．留給后面的預測幀(P-Frame)做運動補償。對于預測幀，先通過熵解碼得到運動向量，根據(jù)運動向量搜索到相應的參考幀后，再將IDCT變換后的預測差值與之相加，合成最后的預測幀圖像。解碼后的預測幀同樣是一路輸出，一路存放于視頻幀緩存當中。

    視頻解碼如果采用純軟件方式實現(xiàn)，運算量太大，難以滿足實時性要求。利用NiosII的自定義指令，將IQ、IDCT和MC這3個主要的計算密集型解碼單元用硬件邏輯方式實現(xiàn)，以硬件邏輯的復雜性換取解碼的實時性。

1．3 YUV-RGB變換器
    解碼器解碼得到的YUV格式圖像不適合直接用于LCD顯示。要在LCD上顯示解碼得到的圖象必須將YUV格式的圖像轉換為RGB格式，兩者的轉換關系如下：

    YUV到RGB格式的轉換是一個很占用CPU資源的過程。本系統(tǒng)以查表的方式，采用硬件邏輯實現(xiàn)該轉換。

1．4 LCD控制模塊
    標準VGA LCD顯示模塊(640×480，@60 Hz)是一種逐行掃描設備。這種掃描是順序的，下一個掃描點能夠預知，從而可以將需要送出的像素信息排成一行，看作一個數(shù)據(jù)流(Streaming)。借助于NiosII的Avalon流模式外設的設計方法，可以實現(xiàn)一個Avalon流模式的LCD控制器。利用DMA控制器在流模式的LCD控制器和系統(tǒng)SDRAM之間建立一條DMA傳送通道，由硬件完成像素信息的讀取和送出。NiosII只需要操作SDRAM中的相應區(qū)域就可完成顯示圖像的更新。

2 系統(tǒng)設計結構
2．1 系統(tǒng)硬件結構
    系統(tǒng)硬件結構如圖2所示。

    為了達到25 fps的實時解碼速度，IDCT、IQ、MC和YUV-RGB轉換這4部分計算密集型的功能單元全部以用戶自定義指令的方式實現(xiàn)。

2．1．1 反量化
    系數(shù)的二維數(shù)組QF[v][u]被反量化，產(chǎn)生重構的DCT系數(shù)。該過程的實質是以量化步長為倍數(shù)的乘法運算。

    內部編碼塊DC系數(shù)的反量化過程不同于其他的AC系數(shù)。DC反量化系數(shù)由一個常數(shù)因子intra-dc與QF[0][0]相乘而得到。intra_dc與編碼精度有關，表1顯示的即為兩者對應關系。

    AC系數(shù)的反量化要用到兩個加權矩陣，分別用于內部子塊和非內部子塊。用戶也可以使用自定義的量化矩陣。如果用QDCT表示輸入已量化的AC系數(shù)，用DCT表示反量化后的AC系數(shù)，那么AC系數(shù)的IQ變換公式如下：

   
    式中，quantiser_scale為0～112之間的兩組數(shù)值，分別對應不同的比特流控制狀態(tài)。但是在本系統(tǒng)采用的XviDCodec版本中，比特流控制功能并沒有得到實現(xiàn)，所以這里quantiser_scale的取值固定。

    反量化得到的結果通過飽和化，使其限制在[-2048，+2047]之間。
    IQ在FPGA上按照圖3的框圖進行硬件實現(xiàn)。

2.1.2 反離散余弦變換
    IDCT是DCT的逆過程，用于還原DCT系數(shù)矩陣。
    IDCT過程可由下面的公式描述：

   
    將8元的輸入向量[X0，X1，X2，X3，X4，X5，X6，X7]分成奇元素[X1，X3，X5，X7]和偶元素[Xo，X2，X4，X6]，8×8矩陣則用2個4×4矩陣來代替，奇元素和偶元素分別與這2個矩陣v和u相乘，生成2個4×4向量p和q，通過加減向量p和q，可得到輸出向量x。

    算法可以表示成下面的公式：

    基于8×8矩陣的IDCT算法，在FPGA上按照圖4所示的結構加以硬件實現(xiàn)。

2．1．3 運動補償
    運動補償是一種大量、單調的運算。為了能實現(xiàn)運動補償，采用了多級、多個運算單元并行流水運算的方式，如
圖5所示。

    運動補償模塊的控制很復雜。實際設計時將它分成幾個子模塊：補償控制、補償?shù)刂樊a(chǎn)生、差分數(shù)據(jù)提供以及補償運算。這幾個子模塊直接采用硬件邏輯設計，運行時無需NiosII處理器干預。其中補償控制是完成整個運動補償?shù)目刂?，提供輸入控?a target="_blank">信號、輸出控制信號、緩存控制信號、預測數(shù)據(jù)和差分數(shù)據(jù)等；補償?shù)刂樊a(chǎn)生用于生成預測數(shù)據(jù)在幀緩存中的地址及補償結果的寫地址；差分數(shù)據(jù)負責接收IDCT的結果，通過緩存在適當時機提供補償使用；補償運算則完成最終預測數(shù)據(jù)的計算。

2.1.4 YUV-RGB轉換
    根據(jù)YUV到RGB色彩空間的轉換關系，對每個乘積項都預先做出結果，存放在ROM當中。對每一個YUV分量的輸入，由硬件邏輯產(chǎn)生存取地址，并進行加法運算，從而得到對應的結果。其實現(xiàn)結構如圖6所示。

2.2 系統(tǒng)軟件工作流程
    本系統(tǒng)的軟件工作流程如圖7所示。

結 語

    該系統(tǒng)采用基于Altera FPGA嵌入式NiosII軟核的SOPC平臺實現(xiàn)，具有較低的硬件成本，IP核的大量使用，良好的系統(tǒng)擴展性的特點。