开放式多媒体应用平台OMAP综述

为了简化软件开发，DSP的软件结构从通用处理器(GPP)的编程环境中抽象出来。在OMAP软件体系结构中，这种抽象通过定义一个接口，使GPP成为系统的主控者来实现。该接口由一系列包括设备驱动接口的API组成，提供一种通信机制，使得GPP应用程序能够完成诸如初始化，控制DSP任务，与DSP交换信息，接收或发送数据流到DSP，状态查询等工作。在GPP端，其支持几乎所有移动终端的操作系统，包括WindowsCE、Symbian、EPOC、palm OS、Linux、Nucleus等，提供类似于Java的开发环境。资源管理器与DSP接口，则是DSP应用程序加载、初始化和运行控制的唯一途径。通过资源管理器接口，GPP应用程序调用DSP的功能函数，就像在本地调用一样。而DSP端支持基于TI的eXPressDSP实时软件技术，包括DSP/BIOS实时内核、用于内部操作与重用的DSP算法标准以及第三方软件模块。已有的为视频和图像任务优化过的算法库，也有助于多媒体模块的开发。开发人员通过容易使用的高级应用程序接口，可以方便地获得DSP加速算法。另外，相同的API集，可以运行于各种OMAP平台上，从而促进代码的重用，能将同样的软件应用到不同的目标市场的设备中。由此可见，这种软件体系结构允许开发人员在GPP的操作系统上使用C语言编程，而不用直接面对底层硬件，并且使开发人员得以容易地使用符合标准的DSP算法，而无须深入了解DSP就可以利用DSP来加速信号处理任务，实现多媒体、语音、安全或其他功能，从而充分发挥OMAP处理器的性能。

该体系结构可以在DSP(TMS320C55x)及GPP(TI-enhaneedARM925)上实现可扩展的非对称多处理技术。其中，GPP操作系统与单独使用RISC处理器时一样，可以达到同样的功能：DSP与GPP相互独立，运行DSP/BIOS实时内核；通过DSP/BIOS桥，RISC处理器可以将信号处理等密集处理的任务，安排给DSP异步运行。凭借优化的底层软件，DSP能以较低功耗执行这些信号处理任务，从而延长电池使用寿命，减小产品体积。

OMAP应用
由于OMAP先进独特的结构，加之芯片运算处理能力强、功耗低，在移动通信和多媒体信号处理方面具有明显优势。如视频处理上，视频软件以15f/s的速度同时编解码QCIF图像时，才使用了DSP运算能力的15%。而剩余的85%仍可用于其他任务，如图形增强、音频播放和语音识别等。

而随着技术的进步，OMAP必将在移动通信与多媒体信号处理方面获得广泛的应用。