基于OMAP3的视频解码器的通用解码方案

　　④程序结构的考虑。DSP的片内内存速度最快，但是非常有限，所以必须将片外的数据倒入内存。由于目前的编码方式全都是采用基于宏块的，每个宏块至多16×16，所以比较通用的办法是采用，DMA方式将要用到的数据提前倒入片内。DMA传送速度很快，所以可以并行也可以串行传送。

　　⑤软件加速的考虑。可以仿照IMGLIB的编写规则用汇编语言对耗时最多的部分进行重写，同时结合TI公司的数据手册进行C语言级以及汇编级的程序优化。由于TI公司编译器的编译效率一直在提高，从通用及可读性的角度上讲，推荐采用C语言。

　　3 实时视频解码在OMAP上的软件实现

　　在OMAP上开发程序通常分为两部分：ARM端负责控制、显示等;DSP端负责数据处理。采用TI公司提供的DSP开发工具CCS在这两端分别开发，视频解码流程如图2所示。

　　ARM端：初始化整个OMAP3530芯片，包括ARM、DSP、TC等的时钟设置，DSP的开启关闭以及复位，LCD、定时器等各个外设的初始化。在启动完成后，ARM内核就一直查询共享内存中的某一标志位，当查询到一帧解码结束时，就启动LCD专用DMA，在LCD上进行显示。

　　DSP端：负责压缩的解码。将压缩码流放置在SDRAM中。与基于PC的解码程序的主要区别在于，由于DSP的片内内存有限，所以不可能将当前帧以及参考帧都放在片内，所以以宏块为单位在SDRAM与片内内存之间进行数据传递。另外，由于在液晶屏上显示时需要转换成RGB图像，所以，在每一帧结束后都要通过YUV转RGB来实现实时显示。

　　4 实验结果

　　在0MAP3530平台上实现了AVS解码，表4给出了OMAP3530上的实验数据。

　　结语

　　TI公司提出的0MAP体系结构开放性好，在这种体系结构下编写的程序移植方便，适合于多媒体平台的应用。越来越多的厂商选用OMAP芯片作为移动多媒体视频的载体，OMAP与流行的视频标准的结合在移动通信与多媒体信号处理方面也将有良好的应用前景。