1 開放式多媒體平臺(OMAP)
????OMAP采用一種獨特的雙核結構，把控制性能較強的ARM處理器與高性能低功耗" title="低功耗">低功耗的DSP核結合，是一種開放式的、可編程的基于DSP的體系結構。主要目標是滿足2．5G和3G網絡上移動電話、PDA上的語音與多媒體需要。
1．1?OMAP的硬件平臺
????OMAP硬件平臺" title="硬件平臺">硬件平臺主要由DSP核、ARM核以及業務控制器(Traffic?Controller)組成。這三部分可以獨立地進行時鐘管理，有效地控制功耗。OMAP硬件平臺采用雙核技術提高操作系統的效率和優化多媒體代碼的執行。實時性任務如實時視頻通信等由DSP完成，非實時性任務和系統控制工作如界面交互、操作系統等由ARM完成[2]。例如，使用者在進行視頻通信時可以同時使用操作系統上的應用軟件如Word、Excel等，這樣分別利用了DSP低功耗而又較強數據處理能力和ARM的較強控制能力的優勢。與傳統只使用ARM或者只使用DSP芯片的移動終端相比，OMAP成功地解決了性能與功耗的最佳組合問題。
????OMAP硬件平臺不斷升級，以滿足日益增長的應用需求。本文使用OMAPl510芯片，它的兩個關鍵部分是TI增強型ARM925?(TI925T)?和TMS320C55x?DSP。TMS320C55x?DSP的工作主頻為200MHz，內部有32K字雙存取SRAM，48K字單存取SRAM和12K字的高速指令緩存。它具有高度的并行能力，32位讀寫和功能強大的EMIF、雙流水線的獨立操作以及雙MAC的運算能力。它采用了三項關鍵的革新技術：增大的空閑省電區域、變長指令、擴大的并行機制。此外TMS320C55x?DSP核增加了處理運動估計、離散余弦變換(DCT)、離散余弦反變換(IDCT)、1／2像素插值的硬件加速器，降低了視頻處理的功耗，其結構對于多媒體應用高度優化，適合低功耗的實時語音圖像處理。TI增強型ARM925采用ARM9TDMI技術，工作主頻為175MHz，有16K字節的高速指令緩存、8K字節的高速數據緩存和17個字的寫緩沖。ARM和DSP都可以訪問內部SRAM和外部存儲器接口，但ARM是平臺的核心，它能訪問全部16M字節的內存空間和DSP的128K字節的I／O空間。
1．2?OMAP的軟件平臺
????OMAP的軟件結構建立在兩個操作系統之上，一個是基于ARM的操作系統如WindowsCE、Linux等；另一個是基于DSP的實時操作系統(RTOS)DSP／BIOS。無縫連接兩個操作系統的關鍵技術是DSP／BIOS橋。DSP／BIOS橋建立的這種連接使ARM端的客戶能與DSP上的任務交換信息和數據[3]。對于軟件開發者來說，DSP／BIOS橋提供了一種使用DSP的無縫接口，開發者可以在GPP(通用處理器，包括ARM)上使用標準應用編程接口訪問并控制DSP的運行環境。
2?MPEG—4實時視頻解碼在OMAP上的軟件實現
2．1?MPEG-4解碼流程
????MPEG-4標準因其給出多種抗誤碼工具而適于應用在無線信道環境下的多媒體通信[4]。本文實現的是主要應用于無線通信的簡單級(simple?profile)[5]，因而只使用了I幀和P幀。其解碼的流程如圖1所示。如果是I幀，碼流中主要是紋理信息，經過可變長(VLC)解碼、反掃描、反預測、反量化" title="反量化">反量化和反DCT(IDCT)可以直接得到重構的幀。如果是P幀，碼流中還含有運動矢量信息，經過VLC解碼、反掃描、反預測、反量化和反DCT得到的只是殘差信息。利用解碼得到的運動矢量、殘差信息和參考幀進行運動補償可以得到重構的幀。
2．2?在OMAPl510上的程序結構
????在OMAP上開發程序通常分為兩部分，一部分是使用Embedded?Visual?C開發ARM端程序，另一部分是使用TI?CCS開發DSP端程序。前者主要是為了使設計的算法與xDAIS(eXpressDSP?TM算法標準)兼容，在ARM端程序中調用一些DSP／BIOS橋的API實現在DSP上初始化信號處理任務、與DSP任務交換消息、對來自DSP和從DSP發出的數據流進行緩沖、暫停、繼續、刪除DSP任務并進行資源狀態查詢等。而具體的功能實現則是在DSP端完成。圖2顯示了TI-enhanced?ARM925應用程序與DSP節點之間的關系。
????通過寫節點封裝器的創建、執行及刪除函數，將xDAIS算法封裝于DSP節點中。創建函數可分配節點處理和xDAIS算法所需的存儲器，還可分配節點的相關模塊。這些模塊是傳遞到執行和刪除函數的一種結構。創建函數還可給出xDAIS算法的實例，并可將其激活，還可初始化任何在任務執行前必須初始化的數據或參數。執行函數是主要的分派函數，在此函數執行階段中一般不分配存儲器及其它資源。執行函數一般包括消息處理循環，該循環可中斷函數并等待來自ARM925的消息或數據流，然后節點將這些消息或數據分派到合適的xDAIS控制或處理任務中去。同時執行函數查詢DSP／BIOS橋所發送的指示函數退出循環的特殊消息，然后檢查定制消息或流數據，并對這些消息或數據流進行適當處理。刪除函數清空創建函數所分配的資源，包括相關模塊和數據流。刪除函數還必須關閉算法、釋放存儲器以及分配給節點的其它資源。
2．3?程序的優化考慮
??? (1)合理分配存儲位置。TMS320C55x的片內存儲器" title="內存儲器">內存儲器容量小而存取速度快，片外存儲器容量大但存取速度慢。在分配存儲器的時候應考慮到這個特點合理地安排程序各部分。對于那些使用頻繁的變量應考慮放在片內，如VLC表、運動矢量、反量化、反DCT的系數以及其它中間變量都應放在片內，而對于那些執行次數比較少或者比較大的變量如參考幀和當前解碼出的幀則應該放在片外。此外由于編譯和分配空間是以文件為單位的，所以應當把使用頻繁的函數盡量放在相同的幾個文件中，再將這幾個文件放入片內存儲器以高效地利用有限的片內資源。
??? (2)數據傳輸的管理。對于視頻解碼工作來說，TMS320C55x的片內存儲器資源不是很多，必須合理利用。例如一幀4∶2∶0的QCIF(176x144)圖像，如果以緊湊的方式(2個字節存到一個16bit的字中)存放也需要18K字。因此不可能在解碼時把一整幀都放在片內，而應考慮使用DMA在需要時把圖像的一部分傳入片內進行處理。此外，為了使CPU訪問和DMA傳輸同時無沖突地進行，將數據訪問設計成乒乓結構。在解I幀時片內準備兩個大小為一宏塊" title="宏塊">宏塊行的存儲區用于存放YUV數據，CPU將解碼的一宏塊行數據放在其中一塊后，DMA把這一宏塊行的數據傳輸到片外對應的位置，同時CPU解下一宏塊行的數據并將結果放在另外一塊存儲區，DMA再傳送此塊的數據，如此反復執行。選擇兩宏塊行大小的原因是不能使用片內太多的存儲器資源，同時如果每次解碼傳輸的數據太少將過于頻繁地啟動DMA，導致效率下降，折衷考慮決定在片內為解碼數據開辟兩宏塊行大小的緩存。而在解P幀的時候因為要先讀入參考幀的某些數據所以更為復雜。在片內開辟兩塊緩存，用以存放對Inter宏塊進行運動補償所需的參考幀中對應搜索范圍內的數據，同時準備兩個宏塊大小的片內空間用于存放當前宏塊解碼的結果(為描述方便稱為M1和M2)。此時需要使用兩個DMA通道，通道1負責將解當前宏塊進行運動補償時所需的參考幀部分數據讀到片內緩存中，通道2負責將解碼的數據傳輸到片外對應的空間。先啟動通道1讀所需參考幀數據到緩存1，CPU用這些數據和讀人的碼流對Inter宏塊進行運動補償解出當前宏塊的數據放入M1，同時通道1讀下一宏塊所需的參考幀數據到緩存2。之后CPU、通道1、通道2并行工作，CPU利用緩存2的數據解下一宏塊放入M2，通道1再讀數據到緩存1中，通道2將解碼的數據從M1傳輸到片外對應的空間，如此循環，P幀利用DMA解碼如圖3所示。
??? (3)使用TI提供的IMCLIB庫函數。IMCLIB是專門為圖像處理和視頻提供的庫，用來提高視頻處理速度。這些庫函數中有的是軟件庫函數，是用匯編寫成的高效代碼例如反量化函數IMG_dequantiZe_8x8等；有的則是硬件庫函數，它們利用OMAPl510芯片中一些專門為視頻編解碼的硬件加速模塊來處理數據，如利用反DCT模塊的IMG_idct_8x8等，這些函數處理數據的速度更快，效率更高。在使用某些庫函數的時候需要按照其接口的要求調整。
??? (4)使用DSP內部固定的intrinsics指令，這些指令主要執行一些簡單的算術操作，由于它們是由優化的匯編代碼寫成，因而使用它們可以提高代碼執行的效率。
??? (5)其它一些優化考慮和措施。為了使程序的效率更高，采用了一些代碼優化的措施，例如將一些循環內部展開，特別是對多重循環的控制，如果外層循環較少，可將內層循環展開，把轉移條件結合起來，以減少內層與外層之間的相互聯系，減少判斷轉移并實現并行操作。又如利用DMA來代替原有的復制函數、為方便將浮點數定點化、使用移位操作代替乘除法等。此外，在應用到多媒體通信中，采用支持數據分割的方法來有效控制無線通信中可能產生的誤碼。
3?測試結果
????使用QCIF(176×144)的兩測試碼流foreman和car-phone(各編碼100幀)在使用數據分割和沒使用數據分割的情況下得到的解碼速度(包括顯示部分)如表1所示。
表1?測試結果
??使用數據分割
??沒使用數據分割
?
?foreman
??25.2fps
??27.9fps
?
?carphone
??27.4fps
??29.9fps
?
?從表1可以看出，本文提出的方法基本上能夠滿足MPEG—4實時解碼的需求，即使對比較復雜的使用數據分割的序列，仍能達到25幀／秒(fps)以上，圖像的質量也比較好，因此適合在無線終端實現多媒體的應用。
?OMAP平臺因其獨有的雙核結構和為無線應用提供了一個強大的軟硬件基礎。本文結合其在MPEC—4解碼中應用的實例，具體闡述了OMAP1510的軟件優化開發方法，并基本上實現了實時解碼，希望能對使用OMAP或準備使用的開發人員具有借鑒意義。?