用定制DSP設(shè)計MPEG-4無線視頻產(chǎn)品

2. 量化/反量化DDCU

　　量化和反量化是視頻編解碼中的兩種基本操作，其計算量占整個視頻編解碼計算量的10%甚至更多。量化/反量化DDCU允許在單周期內(nèi)處理多像素，其內(nèi)部操作可以滿足多種MPEG-4等級的量化需求。在比特流/可變長度解碼DDCU中，將可變長度解碼模塊的計算需求降低15.4%時，指令存儲空間也會減小，這一特性同樣適用于量化、反量化DDCU。

　　3. 半像素內(nèi)插/運動補償DDCU

　　這種運算單元用于加速半像素內(nèi)插操作，該操作所需計算量相當大。在解碼器中，內(nèi)插/補償操作所消耗的時鐘周期約為總時鐘周期的40％。該單元中所涉及的運算其實很簡單，只需要面積很小的硅片就能完成，因此很容易移入DDCU中去。就算是邊緣擴展這樣的涉及大量計算的操作，只要不需要進行優(yōu)化處理，也還是可以較好地移入硬件中。

　　不論采用哪種內(nèi)插類型，內(nèi)插/運動補償DDCU中的指令組都允許每周期內(nèi)插4個像素，這一特性也減少了需要執(zhí)行的指令數(shù)。通過使用內(nèi)插/運動補償DDCU，半像素內(nèi)插/運動補償操作的速度可以增快74.6%。

　　4. DCT/IDCT DDCU

　　IDCT(反離散余弦變換)和DCT(離散余弦變換)都是視頻編碼中固有的運算。眾所周知，這兩種運算需要占用大量的時鐘周期，并要求在編寫其匯編代碼時非常小心。本文談到的這種專用DCT/IDCT DDCU單元(依據(jù)IEEE 1180－1990規(guī)范)可模仿DCT/IDCT中的“蝶形”運算。通過使用這種計算單元可以大大提高視頻設(shè)計的性能和生產(chǎn)力，從而使開發(fā)人員能夠集中精力開發(fā)視頻應(yīng)用中的其他方面，以達到使其產(chǎn)品區(qū)別于其他同類產(chǎn)品的目的。

　　5. 運動估計(MEMC)DDCU

　　MEMC單元用于幫助完成運動估計這一計算量最大的操作。無線視頻應(yīng)用中，在每個運動矢量的位置上都必須進行誤差測量。MEMC DDCU可以完成兩種最常見的誤差測量計算：絕對誤差和(SAD)測量和平方誤差和(SSE)測量。DSP平臺中若加入該運算單元，那么每周期誤差測量時所比較和累加的像素位置就可以多達4個。

　　6. 四分之一像素運動補償單元

　　基本來說，該單元所提供的功能是對半像素內(nèi)插單元的一種必要的擴展。四分之一像素算法比半像素算法稍微復(fù)雜一些，因為它首先采用了一個2維FIR 濾波器來獲取半像素值，然后才使用線性插值法來計算四分之一像素值。這個2維濾波器直接并入半像素內(nèi)插單元，致使半像素內(nèi)插單元的硅片面積稍有增大，但這種方式仍然保持了較高的像素處理速度，這一速度遠遠超過只采用Simple Profile 設(shè)計的DSP引擎。

　　7. 全局運動補償單元

　　在視頻應(yīng)用中有一種變形函數(shù)(warping function)專門用來描述當前視頻對像相對于參考視頻對像的變化。全局運動補償(GMC)單元就是為加速這種函數(shù)的運算而設(shè)計的。該單元最大可支持 3點變形(即參考VOP的仿射變換)。一旦從比特流中分析出變形點的個數(shù)后，就用這個數(shù)值來初始化GMC。GMC計算變形等式的速度遠遠快于純軟件實現(xiàn)方式的計算速度。

　　8. 語境自適應(yīng)算法編/解碼DDCU

　　構(gòu)成語境需要進行逐位操作，而逐位操作只能在標準的32位DSP中實現(xiàn)。為了打破這一限制，語境自適應(yīng)算法編/解碼DDCU采用硬件方法形成語境值。該DDCU內(nèi)部有一個查找表，用于存放所有可能的語境值，以便快速查找判斷。語境自適應(yīng)編解碼運算單元支持以1b/周期的速度進行算法編、解碼。

　　怎樣創(chuàng)建一個工作平臺

　　設(shè)計者定義了需要用到的DDCU之后，就可以用它們來創(chuàng)建滿足其特殊要求的用戶應(yīng)用引擎，并由此構(gòu)建起工作平臺，從而設(shè)計出具有MPEG-4視頻功能的產(chǎn)品。

　　為清楚起見，讓我們來看一個例子，例中的引擎是專門針對可傳送MPEG-4信息的3G移動電話設(shè)計的。這樣的引擎要想在3G移動電話上實現(xiàn)預(yù)期的視頻功能，就必須以低于20MHz的速度處理第1級和第2級MPEG-4簡單視覺等級，這樣才能為諸如音頻和語音處理等其他DSP功能留有一定的可規(guī)劃帶寬。

　　在開始設(shè)計用戶DSP時，分配1 ALU、1 SHIFT和1MAC單元作為起始基準平臺是比較合理的。要想增加并行性，只需將這些計算單元再分配給兩個單獨的指令段：ALU和SHIFT分配給同一段， MAC分配給另一段。如果該視頻應(yīng)用采用的是幀處理速度為每秒15幀的CIF格式，那么要在這個用戶平臺上編譯視頻應(yīng)用程序就需要40MHz的帶寬，若采用QCIF格式則只需10MHz帶寬。盡管這樣的帶寬已經(jīng)很具競爭力了，但仍然不能滿足前面提到的具有MPEG-4功能的3G移動電話的需要。

　　降低帶寬要求的解決方案

　　首先，要分析在用戶平臺中加入不同的計算單元對其性能的影響(這些計算單元全部來自MPEG-4 DDCU庫)。也就是說，我們定義了一系列的引擎，以此分析不同的計算單元混用方式所造成的性能影響。分析表明，應(yīng)該保留兩段型引擎定義，因為這可以限制指令寬度，使之不至于過寬。

　　然后再定義一些新的引擎，經(jīng)過編譯，分析其結(jié)果。新引擎定義分析的整個過程用了1或2個小時。由于DDCU庫是提前創(chuàng)建好的，因此許多引擎可以在一天時間內(nèi)就分析完。接著從這些引擎中選出最能滿足目標產(chǎn)品要求的，用來構(gòu)建工作平臺。