DSP

使用 Codec Engine 的 API 函数(七)

2019-07-13 20:52发布

 本文翻译自TI的手册,该手册是学习GPP+DSP开发的金典文档,希望对各位入门有所帮助,有理解不当之处望请赐教。
 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  和 #include ): GT_setprintf( (GT_PrintFxn)printf ); GT_set( "*+67" ); /* turn on trace for warnings and errors */
最后一行显示要打开多少跟踪,要打开所有跟踪,可使用以下行来代替: GT_set( "*+01234567,GT_prefix=1235,GT_time=0" );