标题:
基于OMAP3的视频解码器的通用解码方案
[打印本页]
作者:
Bazinga
时间:
2015-4-29 20:25
标题:
基于OMAP3的视频解码器的通用解码方案
分析了0MAP平台的硬件结构与软件编程特点;总结了TI公司提供的专用图像图形处理库(IMGLIB)的使用技巧,并与OMAPl510进行了部分比较;在流行的视频编解码标准的基础上,提出了基于OMAP3的视频解码器的通用解码方案。
1 OMAP平台简介
开放式多媒体应用平台OMAP结合高性能、低功耗的DSP核与控制性能强大的ARM内核,是一种开放式的、可编程的体系结构,目前主要有OMAP1X、OMAP2X和OMAP3X系列。以OMAP3530为例,硬件结构如图1所示。
1.1 OMAP3530的硬件平台
0MAP3530的硬件平台主要由ARM内核、DSP内核以及流量控制器(Traffic Controler,TC)组成。
(1)ARM内核
OMAP3530采用ARM Cortex-A8核,工作主频最高可达720 MHz。它包括存储器管理单元、16 KB的高速指令缓冲存储器、16 KB的数据高速缓冲存储器和256K字的二级Cache;片内有64 KB的内部SRAM,为液晶显示等应用提供了大量的数据和代码存储空间。CortexA8内核采用13级流水线、32位的RISC处理器架构。系统中的控制寄存器对MMU、Cache和读写缓存控制器进行存取操作。ARM内核具有整个系统的控制权,可以设置DSP、TC以及各种外设的时钟及其他工作参数,控制DSP的运行停止。OMAP3530平台可支持包含绘图、多媒体内容和Java程序的先进应用。
(2)DSP内核
TMS320C64X+内核具有最佳的功耗性能比,工作主频最高为520 MHz;它具有高度的并行能力,32位读写和功能强大的EMIF,双流水线的独立操作以及双MAC的运算能力。它采用3项关键的革新技术:增大的空闲省电区域、变长指令和扩大的并行机制。其结构针对多媒体应用高度优化,适合低功耗的实时语音图像处理。另外,TMS320C64X+内核增加了固化了算法的硬件加速器,来处理运动估计、8×8的DCT/IDCT和1/2像素插值,降低了视频处理的功耗。
(3)流量控制器
流量控制器TC用于控制ARM、DSP、DMA以及本地总线对OMAP3530内所有存储器(包括SRAM,SDRAM、Flash和ROM等)的访问。
OMAP3530具有丰富的外围接口,如液晶控制器、存储器接口、摄像机接口、空中接口、蓝牙接口、通用异步收发器、I2C主机接口、脉宽音频发生器、串行接口、主客户机USB口、安全数字多媒体卡控制器接口、键盘接口等。这些丰富的外围接口使应用OMAP的系统具有更大的灵活性和可扩展性。
1.2 OMAP3530的软件平台
利用OMAP可以建立两个操作系统:基于ARM的操作系统(如WinCE、Linux等),以及基于DSP的DSP/BIOS。连接两个操作系统使用的核心技术是DSP/BIOS桥。0MAP支持多种实时多任务操作系统在ARM微处理器上工作,用来对ARM微处理器进行实时多任务调度管理,对TMS320C64X+进行控制和通信;同时,支持多种实时多任务操作系统在TMS320C64X+上工作,实现复杂的多媒体信号处理。DSP/BIOS桥包含DSP管理器、DSP管理服务器、DSP和外围接口链接驱动器。DSP/BIOS桥提供运行在Cortex-A8上的应用程序和运行TMS320C64X+上的算法之间的通信管理服务。开发者可以利用DSP/BIOS桥中的应用编程接口控制在DSP中实时任务的执行,并同DSP交换任务运行结果和状态消息。在这个环境下,开发者可以调用局部DSP网关组件来实现诸如视频、音频和语音等功能。因此,开发者不需要了解DSP和DSP/BIOS桥,就能开发新的应用软件。使用标准应用编程接口开发的应用软件,与基于0MAP的未来无线设备兼容。
2 视频编码标准与OMAP图形图像库应用
2.1 视频编码标准
从1988年开始,ISO/IEC MPEG和ITU-T针对不同的应用制订了一系列视频编码国际标准。MPEG的有MPEG-1、MPEG-2、MPEG-4标准,ITU-T的有H.261、H.263、H_263+/H.263++以及H.264标准。2001年12月,ISO和ITU-T正式成立联合视频小组(Joint Video Team,JVT)共同制定新的H.264编码标准。2002年6月,我国信息产业部制订了我国的数字音视频编码技术标准(Audio-Video Coding Standard,AVS)。AVS是我国具备自主知识产权的第二代信源编码标准。与目前比较流行的标准(如MPEG-2、MPEG-4、H.263、H.264)相比,从编码效率来看,MPEG-4是MPEG-2的1.4倍,AVS和H.264都是MPEG-2的2倍以上;从算法复杂度上来看,H.264的算法在编码端比MPEG-2复杂4~5倍,在解码端复杂2~3倍,而AVS在复杂度上比H.264有较大幅度降低,且不需要交纳高昂的专利费用。
目前,应用比较广泛的视频编码标准中,基本上都有如下的步骤:将图像序列编码为帧内模式和帧问模式两种,并且分别进行编码。采用帧内编码时,直接对8×8的像素块进行DCT变换,然后将量化系数进行变长编码后形成输出码流;另一路经反量化、反DCT变换后形成恢复图像,直接存入帧存储器。采用帧间编码时,对原始数据的每个块先进行运动估计,并与经运动估计后的预测图像相减,产生差分图像,接着进行DCT变换和量化,并同运动矢量数据一起编码形成码流;另一路经反量化、反DCT变换后形成恢复图像,存入帧存储器,用于下一步的运动估计。
不同的标准具有各自的特点,例如MPEGl与H.261采用整像素,MPEG4和H.263采用半像素,H.264与AVS采用1/4至1/8像素精度的运动估计,H.261采用单参考帧,H.264与AVS采用多参考帧等。特别是目前的H.264标准,采用整数DCT/IDCT、帧内预测、多模式运动估计、去块效应滤波器等先进技术,造成了极大的算法复杂度,对硬件实时解码提供了很高的要求。
2.2 OMAP图形图像库(IMGLIB)应用
针对图像与视频处理的需要,TI提供了IMGLIB库供C程序调用。库里内容主要有2部分:
①硬件加速部分。由汇编语言编写,但是计算由硬件的加速模块来实现,无法修改。例如DCT/IDCT都是针对8×8块进行的,变换矩阵已经固定,硬件加速指令共有16种,其中DCT/IDCT各1条,运动估计指令10条,插值指令4条。
②软件加速部分。用汇编语言编写,包括矩阵量化反量化、JPEG变长编码、一维/二维离散小波变换反变换及小波包变换反变换,以及图像的直方图计算、边缘检测、带移位操作的3×3掩模操作等。这些软件加速指令都提供了标准的C接口,用户可以直接调用,也可以模仿编写规则编译生成自己的库文件。
欢迎光临 电子技术论坛_中国专业的电子工程师学习交流社区-中电网技术论坛 (http://bbs.eccn.com/)
Powered by Discuz! 7.0.0