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，可以得到一个非常详细的跟踪信息。这会产生大量的文本，因此，我们建议运行你的应用程序如下：
root@146.252.161.13:~# 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" );