【正文】 執(zhí)行 XDC后先產(chǎn)生 ， XDC再運行 package。 DMAN3的 PARAM是通過它自己的 base index和數(shù)量分配的，本例分配給 DMAN3 48個 PARAM。 Codec創(chuàng)建 DSP Server 對 DSKT2的配置，參看下面的例子。 以 ，對應(yīng)到圖 4所示的 DSP Server部分， .cfg文件中對 OSAL和codecs模塊做了聲明和定義。 (1) Codec配置：每一個 codec都被包含在各自的線程中； 配置每一個 codec線程的屬性 (線程優(yōu)先級、堆棧大小和堆棧的 memory資源 )。pool39。系統(tǒng)集成工程師需要用所有可以利用的 memory初始化DSKT2模塊。 xDM和 xDAIS算法的 Instance都向 FC提出自己的資源請求，比如請求 1KByte的 memory或一個 DMA通道。 我們可以打開查看 ，但不能修改。 Codec創(chuàng)建 DSP Server xDC的強大之處還在于它提供給系統(tǒng)集成工程師一個強大的工具，這個工具可以用來把各種各樣的代碼模塊組合成自己的最終產(chǎn)品。 Codec創(chuàng)建 DSP Server 3. xDC文件 在 Linux中我們用 make命令根據(jù) makefile來生成可執(zhí)行文件， xDC也有類似的 生成腳本文件(我們統(tǒng)稱為 xDC文件 )。但是，我們可以在sections(如圖 8 中 .tables和 .csl_vect等 )。這個初始化就是 DSP Server (見圖 7)中的 CERuntime_init()。圖 5中的 packages是指圖 3和圖 4中的 codecs、 RMS、 Engine SPI和 OSAL。 xDC的 源文件 可以是 C程序、 C++程序、匯編程序和庫文件等。從圖 3和 4可以看到，除算法之外， DSP Server還集成了其他的軟件模塊 (如 DSP/BIOS、DSP Link、 Codec Engine等 )。 Stub把這些參數(shù)和相關(guān)的命令通過 Engine SPI、 OSAL和 DSP Link傳遞到 DSP側(cè)Instance。 VISA create會返回一個 Instance的 Handle，以便于給這個 Instance做后續(xù)的 VISA control/process/delete提供信息。 Codec Engine概述 Codec Engine 的工作原理 在調(diào)用 VISA API之前需要在應(yīng)用程序中通過 Engine_open()這個 Engine API把 DSP的可執(zhí)行程序加載到 DSP的 memory，同時把 DSP從復(fù)位狀態(tài)釋放，這時 DSP開始運行DSP Server的初始化程序在 DSP側(cè)創(chuàng)建一個優(yōu)先級最低的任務(wù) RMS(Remote Management Server)， RMS負責(zé)管理和維護對應(yīng)到具體 codec算法的 Instances。 Codec Engine概述 Codec Engine 組件 CE里面有幾個組件，或者我們叫做 package, DSPLink是用來做應(yīng)用軟件和算法之間進行信令通信用的， DSPLink的 package里也有很多小模塊，可以運行一個簡單的腳本進行配置，然后再重新 make出需要的 Linux模塊加載的驅(qū)動； CMEM是用來做共享內(nèi)存分配的，因為 應(yīng)用程序 是運行在 MVista Linux上的，在應(yīng)用程序里 malloc到的 buffer都是 虛擬地址 ，實際的物理空間不一定連續(xù)，當把這個指針傳遞給算法的時候，問題就出現(xiàn)了，因為 算法是運行在 DSP/BIOS上 的， 這是一個只有實地址的世界 ，為了解決這個問題，在共享緩存動態(tài)申請空間的時候，就要調(diào)用CMEM提供的 API； XDCtTools是一個 TI提供的工具組件，也是一個最核心的組件，任何的編譯行為都是通過 xdctools來 解釋 腳本內(nèi)容 調(diào)用各種編譯器 來完成的， CCS下和 Linux下的工具鏈是一樣 的，可以看到安裝后 CCS路徑下的東西，一個是 DSPBios，一個是 CC，這里面是交叉編譯器，還有一個就是 XDCTools，在 Linux下的 CE也是如此，只不過還多了點料，譬如 DSPLink和 Cmem，所以， 所有的組件 package都可以在 CCS下用 ， CGTools，這個就是 DSP的交叉編譯器 DSP/BIOS使用 CE一定要用 DSP/BIOS， 客戶也可拋棄 BIOS和 CE，自己做雙核通信。 Codec Engine概述 Codec Engine 框架分析 Codec Engine在解決達芬奇雙處理器架構(gòu)問題時首先引入了遠程過程控制 (RPC)的概念。 printf(“ cycles == %d\n”, (t2t1))。 include void main (){ … TSCL=0。請參考： 使用中常碰到的問題 6） 因為 Codec Engine是介于 ARM 應(yīng)用程序和編解碼算法中間的軟件模塊，很多工程師非常想知道它的開銷 (overhead)， 請參考： 7）如何在 Linux環(huán)境下編 DSP的匯編或線性匯編程序？ 在 Codec Engine安裝路徑下 /packages/ var C6?P = (??P?)。如果要擴展 xDM的數(shù)據(jù)結(jié)構(gòu)請參 考： 4） Codec Engine DSP側(cè)會涉及到 Cache一致性的問題。 因為有源代碼，這樣比較容易。 參考 這個文檔也涉及到如何調(diào)試 Codec Engine的內(nèi)容） 。按照這個文檔做一遍后，就可以對如何 build Codec Server有一個清楚的了解。 2） 如果您使用的是 Codec Engine ，請參考 Codec Engine安裝路徑下examples/servers/video_copy這個例子。 Codec Engine入門第三步 DSP系統(tǒng)工程師應(yīng)該如何著手？ 通常 DSP算法工程師都會把自己的符合 xDM標準的算法編成一個 .lib文件（或 .a64P），供 DSP系統(tǒng)工程師調(diào)用。 在 Framework Components 軟件包根目錄下的發(fā)布說明文檔里，可以很快找到相關(guān)文檔的鏈接。 DSP算法使用的 memory必須是先向 DSKT2提出申請并由 DSKT2分配得到的。 下面就讓我們針對這三類工程師做分別介紹。 和上面 C6x Code Generation Tools一樣，這里的 DSP/BIOS也是 Linux環(huán)境下的版本。 在修改系統(tǒng)內(nèi)存分配（缺省是 256MB的 DDR2）時， DSP/BIOS Link DSP/BIOS Link的配置文件，并重新 build DSP/BIOS Link。 Codec Engine入門第二步 3） XDC Tools 和 gmake類似，是一個工具。 2） xDAIS 是一個標準，它定義了 TI DSP算法接口的標準 。 那么，什么是 Framework Components，什么是 xDAIS，什么又是 XDC Tools呢？你可以分別到它們的根目錄下瀏覽它們各自的發(fā)布說明文檔，做一個總體的了解。瀏覽 該文檔后，初學(xué)者至少可以知道哪里可以找到自己想要的文檔或例子。 Codec Engine的 skeleton（ DSP側(cè)） 會解開這個參數(shù)包，把參數(shù) a, b, c轉(zhuǎn)換成 DSP側(cè)對應(yīng)的參數(shù) x, y, z（比如 ARM側(cè)傳遞的是虛擬地址，而 DSP只能認物理地址）， DSP側(cè)的 DSP server（優(yōu)先級較低，負責(zé)和 ARM通信的任務(wù)）會根據(jù) process這一信息創(chuàng)建一個DSP側(cè)的 process(x, y, x)任務(wù)最終實現(xiàn) VIDENC_process(a, b, c)的操作。 在 Davinci軟件中，符合 xDAIS的音視頻編解碼算法 (即 xDM算法 )的調(diào)用是通過 Codec Engine的 VISA API完成的。 至此，即可 加載 DSPLINK和 CMEM模塊，運行應(yīng)用程序 . 可執(zhí)行應(yīng)用程序 ARM應(yīng)用工程師 *.cfg 各種不同的 Codec包： *.x64P , *.cfg 至此一個完整的達芬奇音視頻應(yīng)用程序就完成了，其中許多過程是通過腳本文件配置完成的，過程非常 簡單易懂， 下面我們需要在達芬奇上運行它，首先要加載 DSPLINK和 CMEM兩個驅(qū)動程序模塊，其中 DSPLINK主要實現(xiàn)了 ARM和 DSP的 底層通信 ，而 CMEM則主要是完成 在物理段上分配連續(xù)內(nèi)存的功能 ，加載完這兩個模塊，這樣便可直接運行已完成的應(yīng)用程序。 一般將所有的配置寫到一個 .cfg文件里面(具體說明，請參考 5章Integrating an Engine) . 各種引擎配置 Codec Engine集成工程師 Server 名稱， Codec列表 *.cfg 達芬奇軟件架構(gòu) 及開發(fā)流程 一個完整的應(yīng)用程序開發(fā)步驟： 第四步： ARM應(yīng)用工程師利用 Coedc Engine的應(yīng)用編程接口 create／ delete配置好的引擎實例，進而 create／delete和控制編解碼器。 對達芬奇的軟件來說， DSP Server也叫 Codec Server 運行在 DSP上的可執(zhí)行程序： .cfg, .tcf, main() Codec Server集成工程師 *.x64P DSP/B