TI DAVINCI应用程序编程框架-从xDAIS到VISA API.pdfVIP

TI DAVINCI 应用程序编程框架－从xDAIS 到VISA API 关键字：Codec Engine, davinci, VISA, xdais, xDM 现代软件开发，已从上世纪的面向过程编程发展到当前的面向框架编程。软件开发经验已证明：框架话、模块 化的开发方式可以极大的提高软件开发效率，提高代码质量及代码重用率。然而，在嵌入式编程中，由于长期缺乏 完善的开发框架和可用的API，开发人员依旧利用C 或汇编语言和底层硬件打交道，凡是亲力亲为，这必然会增加 嵌入式开发的入门门槛，降低代码的重用性，甚至增加代码易集时的复制度（不过这些缺点，对于程序员来说确是 好事，入门门槛高、开发复制意味着高付出高回报，不像现在桌面电脑端的开发，已经被人研究烂了，如果你不是 超超超超级大牛，根本找不到一份满意的薪水）。基于这点，TI 公司发布了一套DSP 算法标准——TMS320 DSP Algorithm Standard，规范了DSP 算法软件的开发，并提供了类似C++语言类的封装方式的算法接口， 使得算法集成变得简单统一。 XDAIS 标准 如果你对TMS320 DSP Algorithm Standard 还陌生的话，那么如果提起另一个名字：xdais，那么就顺眼 地多了。没错，我们在Codec Engine 文档中经常看到的xdais，实际上就是TMS320 DSP Algorithm Standard 的另一个名字。根据TI 官方白皮书，xdais 标准一共提供了39 条规则，15 条指南。这些规则和指南一共分为4 个部分： 只要你的算法满足xdais 标准，你也可以像笔记本上打上的“Vista Capable”那样，在算法上面打上TI 的认 证图标： 深圳市信谱思诺技术有限公司 IALG 接口 前面说了，xdais 标准里含有39 条标准，15 个指南。这些标准、指南几乎涵盖了整个DSP 开发的生命周期， 例如使用TI 的C 语言啊，所有C6x 算法必须支持低位优先啊。具体的规则可以参考《TMS320 DSP Algorithm Standard Rules and Guidelines User’s Guide》，本文不再讨论。 xdais 作为一个DSP 的开发框架，定义了一些接口： IALG – 为算法实例对象的创建定义了独立于框架的算法接口。 IDMA2 – 为C64X 和C5000 使用统一的DMA 资源处理方式的定义的算法接口 IDMA3 – 为C64+和C5000 使用统一的DMA 资源处理方式的定义的算法接口 《TMS320 DSP Algorithm Standard API Reference》指出，所有的算法都必须实现了IALG 接口，IALG 接口最主要的工作就是定义算法中需要使用的内存，提高片上系统内存使用效率，应用程序和xdais 间工作关系如 下： 深圳市信谱思诺技术有限公司 这又遇到了一个问题，xdais 的API 是基于C 的，我们知道，C 是面向过程的，因此不存在面向对象里拥有的 封装、继承、重构等特性，那么，我们的应用程序是如何实现接口的呢？对于这点，xdais 的设计了一个名为 IALG_Fxns 的v-table： 开发人员只要遵循以上v-table 定义的函数指针格式，实现自己的函数，就可以了。这些函数的作用大体上和 函数名类似，框架的调用过程如下： 深圳市信谱思诺技术有限公司 XDM 标准 看到这里，有人要问了，既然TI 已经有适用于DSP 开发全过程的xdais 标准，怎么又弄了个XDM 标准出来。 这里解释一下：我们知道xdais 几乎涵盖了dsp 开发的整个生命周期，是一个非常庞大的东西。如果里面的接口、 准则、规定要开发人员一一实现的话，工作量还是很大的。因此，TI 在xdais 上又扩展了一个XDM 标准，用来为 数字信号处理提供一个轻量级的框架，总体上说，就是在XDAIS 的基础上扩展了一个名为Digital Media 的接口 （xDM），然后根据数字图像处理的要求，提供了一个名为VISA 的API 集合，其底层远离，用的还是xdais 的 东西。 这样下来，应用层需和XDM 标准打交道就变成以下形式了： xDM 接口实际上扩展了IALG 接口，在