AVS是具有自主知識產權的數字音視頻編解碼技術標準,其包括系統、視頻、音頻、數字版權管理等四個主要技術標準和一致性測試等支撐標準。其中,移動視頻標準AVS-M (AVS第七部分)適用范圍包括視頻會議、可視電話、移動多媒體等領域。
TMS320DM642是TI公司開發研制的一款專門面向多媒體應用的專用數字信號處理芯片,使用此DSP芯片并利用AVS-M算法來進行視頻壓縮,可大幅提高視頻壓縮率,減少傳輸流量,即使在低帶寬情況下也可以有效保證實時性和監控需求。
我們開發的IMlab6421視頻服務器,是基于Internet 的視/音頻監控設備。核心DSP芯片采用DM642芯片。而應用軟件、視頻壓縮算法是根據AVS-M標準進行設計、優化的。下面針對這款視頻服務器的系統結構、視頻優化的軟件設計等進行詳細的介紹。音頻壓縮的優化本文不做介紹。
2 硬件設計
視頻服務器IMlab6421原理框圖如圖1所示,系統采用TMS320DM642 用于音視頻壓縮。DM642芯片包含一個64位的外部存儲器接口,可驅動4個片選地址空間(CE0,CE1,CE2,CE3),它支持8,16,32,64位寬度的同步和異步訪問。我們在 DM642的片外擴展了16M Bytes的SDRAM,位于EMIF的CE0地址空間,用于存放程序和數據。SDRAM工作時鐘為100MHz,是由DM642芯片的CPU工作時鐘6分頻產生的。數據更新由DM642自動完成。還在DM642板上設計有512K Bytes的Flash存儲器,位于DM642的CE1地址空間,寬度為8 bits。另外能實現與Internet連接的以太網處理器采用的是CRYSTAL公司的CS8900A,它高度集成設計使其不再需要其它以太網控制器所必需的昂貴外部器件。
視頻編碼工作原理大致為:輸入的模擬視頻信號經TVP5150(支持PAL和NTSC兩種制式)被數字化為YUV4:2:2的數字視頻格式,經由I2C總線被送至輸入緩沖區(采用三緩沖機制), DM642的CPU把捕捉到的視頻數據從一個輸入緩沖區中取出待編碼圖像數據進行壓縮編碼處理,形成的壓縮碼流放到輸出緩沖區,然后打包通過網口直接傳輸到Internet。
圖1 IMlab6421硬件原理框圖
DSP嵌入式程序受硬件資源的限制,對程序流程和數據組織需要從硬件資源和代碼運行效率上做仔細的考慮。通過分析AVS-M編碼器的程序流程,借助實驗中積累的經驗,本文給出了AVS-M編碼器的優化方案,主要介紹Cache性能優化、存儲空間的分配以及CPU與DMA的并行性設計等。
3.1存儲結構及CACHE性能優化
(1)存儲結構:DM642的存儲器系統由片內內存L1、 L2和片外外存兩部分組成,L1, L2和片外SDRAM構成了整個存儲器系統的三級層次結構,如圖2所示。其中,片內內存采用兩級緩存結構,級由L1P和L1D組成,L1距離DSP核近,數據訪問速度快,只需一個時鐘周期,只能作為不能尋址的Cache使用。第二級L2是一個統一的程序/數據空間,可以整體作為SRAM映射到存儲空間,也可以整體作為第二級Cache,或是二者按比例進行組合。第三級是片外外存,一般由SDRAM構成。L1P cache大小為16KB,直接映射,每行大小32 字節;L1D cache大小16KB, 2路映射,每行大小64 字節。L2是L1和外存儲器的中間層,容量較大有256KB,訪問速度較慢,根據 L2 配置為Cache 或SRAM 的不同選擇,訪問速度需8個或6個時鐘周期。片外存儲器容量很大但訪問速度很慢,一般都會遠遠大于 8 個時鐘周期。
圖2 三級存儲系統
3.2 存儲空間的分配
在DSP上由于內存空間有限,需要合理分配內存空間,這對于程序的運行效率十分重要。使用的一個原則是:應盡量把數據和代碼放入片內存儲器。因為外存比CPU工作的速度要慢很多,如果用CPU來處理訪問外部存儲器的工作,大量時間將浪費在存取等待上。
DM642的L2片內存儲器可以配置為SRAM或Cache。由于編碼器的數據流程是有規律的,因此我們考慮用程序控制DMA控制器來進行內存和外存之間的數據交換,這樣比硬件自動地來處理效率要高。
由于片內存儲器容量的限制,不可能將編碼器的所有數據都放入片內存儲器。原始圖像和重構圖像是無法完全放到片內存儲器中的。事實上,沒有必要將這些數據放在片內,因為編碼器的處理過程是以宏塊為單位的,我們只需要在片內維護一個宏塊的數據結構,CPU訪問這些數據進行計算。每編碼一個宏塊的時候把該宏塊需要的數據從外存調入內存,填到相應的這些數據結構中。利用DM642提供的QDMA機制,CPU發出QDMA請求后就可以繼續對其它數據進行計算,由DMA負責將數據從外存調到內部存儲器。因此如何設計使CPU與DMA之間協調工作很重要,本文2.3部分將詳細討論這個問題。
需要注意的問題是當前宏塊編碼過程中需要用到前面編碼已經獲得的一些信息。參考代碼中是保留所有宏塊的編碼信息,這樣的做法是不適合DSP實現的,需要的存儲空間太大,片內存儲器無法容納。實際上編碼當前宏塊只需要參考它上面和左面的宏塊。因此設計編碼器中各模塊的局部數據結構如圖3所示。該數據結構保留上面一行的值和左邊宏塊的值,每編碼完一個宏塊,確定當前宏塊的信息后更新這些緩沖區,這些數據可以放在L2中,不用訪問外存。而且實驗證明用來維護這樣的數據結構所需要的計算時間很小。
經過優化的程序和常用的數據結構的大小可以放在L2中。所以按照上面的分析將L2配置為256KB SRAM,將程序代碼段(.text)、變量初值表(.cint)、常量字符串(.const)、全局變量靜態變量(.bss/.far)、堆棧段(.stack)等放入L2 SRAM當中,全局堆(.sysmem用于動態存儲器分配)置于外部存儲器。表1總結了編碼器所要用到的存儲空間分配情況。
圖3模塊的局部數據結構
3.3CPU與DMA并行性設計
I幀編碼可以說是P幀編碼的特例,如果P幀中不用運動估計的話,則與I幀編碼流程相同。因此下面對于CPU與DMA的并行性的討論只針對P幀。
我們要解決的問題是CPU什么時候發QDMA請求,命令DMA控制器將需要的數據調入內存中。而且這種調度方式要保證CPU發命令之后可以進行其它的計算,等CPU需要這些數據的時候,DMA已經將其調入內存中了。
為了解決這個問題需要了解編碼器各個模塊的運行時間,以及DMA調度數據到內存所需要的時間。通過在DM642上運行優化過的程序,一個參考幀情況下測得各部分占程序運行時間的比例大致如表2所示:
表2 程序各部分運行時間所占比例
圖4 CPU與DMA并行工作
4. 結論
結合AVS-M視頻壓縮處理流程的特點,本文完成了一個基于DM642平臺的編碼器的設計與實現。通過對編碼流程的合理安排使得CPU能與DMA控制器并行工作,CPU不用等待數據,需要的數據已經被DMA調到內存中。實驗表明通過系統級優化、程序級優化、匯編級優化、算法級優化等優化之后,基于這款視頻服務器(實物圖見圖5),能達到2路CIF352x288格式實時視頻壓縮,以及音頻實時編碼、解碼處理,且圖像主觀效果及音頻效果良好。
本文創新點是:把具有自主知識產權的數字音視頻編解碼技術標準第七部分(AVS-M)應用于視頻服務器的視頻壓縮,目前市場上還沒有采用此壓縮標準的產品,此產品具有極高得性價比,采用此壓縮標準還可以避免產品產業化之后知識產權之爭,具有很好的應用前景。
圖5 IMlab6421視頻服務器實物圖
[1]周大山,李華,張淑芳等。AVS-M視頻解碼器設計和實現. 電視技術,2005,8:10-11
[2]李方慧,王飛,何佩琨.TMS320C6000系列DSPs原理及應用.電子工業出版社,2003.
[3]許海燕,閆健恩,陳靜. H.264視頻編碼在DM642上的實現與優化,微計算機信息,2006,8-2:160-162