使用 Codec Engine 的 API 函数（七）

标签：codec engine   arm   dsp   linux   ti   

《第三章 使用 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" );

使用 Codec Engine 的 API 函数（七）

标签：codec engine   arm   dsp   linux   ti   

原文地址：http://blog.csdn.net/dyzok88/article/details/42583837