Codec Engine Application Developer User's Guide.pdf (Literature Number: SPRUE67D)
《Codec Engine 應用開發使用手冊》 http://blog.csdn.net/dyzok88/article/details/42154487
《第一章 Codec Engine 概要》 http://blog.csdn.net/dyzok88/article/details/42214813
《第二章 Codec Engine 安裝和設置》 http://blog.csdn.net/dyzok88/article/details/42278109
《第三章 使用 Codec Engine 的示例應用程序》http://blog.csdn.net/dyzok88/article/details/42302793
// 正文
4.7 怎樣調試 Codec Engine ?
Codec Engine 模塊在應用程序和服務器端中，提供了大量可激活的跟蹤信息，揭示內部發生什麼。
當你的應用程序的任何對象創建失敗－編解碼器或引擎，在本地或在 DSP －爲了做到基本的調試，按照本節的說明打開 Codec Engine 跟蹤。第 4.8 節，怎樣使用軟件跟蹤？提供了有關 Codec Engine 跟蹤的詳細信息，當調試實時性，性能問題時，一般需要用到這個軟件。
4.7.1 在 ARM 端調試 ARM+DSP 系統中 Codec Engine
打開 Codec Engine 調試的最低水平，獲取在 ARM 和單獨的 DSP 上的所有警告和錯誤信息，只需在運行應用程序之前，設置目標開發板的環境變量 CE_DEBUG=1。所有的應用程序和服務器的 CE 警告和錯誤都將以正確的順序，被打印到標準輸出。
設置 CE_DEBUG 環境變量導致 ARM上的 Codec Engine 除了打印自己的跟蹤信息外，還會自動收集 DSP 服務器的任何關於完成 CE API 的跟蹤信息－無論是失敗還是成功。該變量的值隻影響收集和打印信息的詳細程度。
設置 CE_DEBUG=2，可以得到一個非常詳細的跟蹤信息。這會產生大量的文本，因此，我們建議運行你的應用程序如下：
[email protected]:~# CE_DEBUG=2 ./app.out [any app args here...] | tee log.txt 在應用程序運行後，檢查 log.txt 文件。
設置 CE_DEBUG=3，可以打開所有的跟蹤信息，你通常需要在一個 CE 專家的幫助下，分析生成這個樣子的跟蹤信息。
4.7.2 在單核 DSP 系統上調試 Codec Engine
在單核 DSP 系統中，假設你正在調試來自 Code Composer Studio 的應用程序，並且打開了 C 代碼跟蹤調試。
這樣做，當你準備顯示 Codec Engine 跟蹤信息－在調用 CERuntime_init() 後可以儘快的正確－下面的幾行添加到您的代碼（假設你已經做了 #include <stdio.h> 和 #include <ti/sdo/ce/trace/gt.h>）:
GT_setprintf( (GT_PrintFxn)printf );
GT_set( "*+67" ); /* turn on trace for warnings and errors */最後一行顯示要打開多少跟蹤，要打開所有跟蹤，可使用以下行來代替：
GT_set( "*+01234567,GT_prefix=1235,GT_time=0" );