达芬奇论文.docVIP

《Davinci技术原理及应用》课程论文 题目： 基于达芬奇技术的智能交通图像SDK设计 姓 名 xxx 学 号 xxx 系 别 信息与通信工程 班 级 xxx 指导教师 xxx 完成时间 2014年11月20日 1 绪论 2 1.1 研究背景和意义 2 1.2 论文主要完成的工作 3 2 系统总体设计 3 2.1 Codec Engine 4 2.2 DSP Codec设计 5 2.3 DSP Codec Server设计 6 2.4图像处理SDK设计 7 2.5 XDM多媒体数据接口 7 2.6 内存管理 7 3 DSP算法优化 8 4 结语 9 1 绪论 1.1 研究背景和意义 随着智能交通行业的飞速发展，大量多媒体技术不断被采用，当今高淸时代对系统的图像、视频处理能力不仅提出了更高效、更快速的要求，还对系统功耗和稳定性提出更髙的要求,是基于SOC处理器的嵌人式系统在整个行业得到了广泛应用。 TMS320DM6467是一款11公司推出的功能强大的多媒体处理芯片,集成 了ARM + DSP的髙性能双核架构,ARM926EJ- S时钟为最高364.5 M，搭配Linux操作系统，用来实现数据管理和任务流程管理;DSP C64x时钟为最高729 M，用于进行算法的执行。特别适用于智能交通领域的图像编解码、图像转码、图像识别等算法的运行。 本系统支持JPEG编解码、H264编解码、图像格式转码、车牌识别、OSD叠加等多种算法，通过Linux动态库的形式被顶层应用系统调用。本系统设计的目的是简化顶层开发人员对DSP端算法谰用的复杂度，使其专注于业务逻辑的开发。 1.2 论文主要完成的工作 本文介绍基于TMS320DM6467达芬奇处理器的智能交通专用图像处理SDK软件系统的设计与实现。并通过算法SDK开发流程，系统内存管理,DSP 算法优化几方面对SDK软件系统的设计进行描述。 2 系统总体设计 本系统在ARM端运行Linux操作系统，在DSP端运行DSP Bios操作系统，ARM和DSP间通过CMEM 和DSPLink交互,CMEM的工具库可以让用户在应用程序空间内申请连续物理内存。DSPIink是DVSDK开发包提供的一个为内部GPP- DSP各处理器提供通信机制的一个基础软件包，它提供了通用的API将 GPP和DSP间的物理链接抽象到用户应用程序中，省去用户从零开始开发物理链接通信机制。另外DSP Bios操作系统实现了 DSP下复杂的寄存器配置和多任务创建与管理。 本软件系统以Linux动态库的形式为用户提供可使用标准C调用的API函数接口，动态库名称为ItsImageSDK.so。 用户程序是在ARM端运行的Linux系统下调用相应算法API的，而算法实际上在DSP处理器中运行。我们面临的问题是，如何实现ARM和DSP的通信和协同工作。而TI的数字视频软件开发包（DVSDK)提供了Codec Engine这样一个软件模块来实现ARM和 DSP或协处理器的协同工作。系统软件框架见图1 图1系统软件框架 2.1 Codec Engine Codec Engine是连接ARM和DSP或协处理器的桥梁，是介于应用层（ARM侧的应用程序）和信号处理层(DSP侧的算法）之间的软件模块。ARM应用程序调用 Codec Engine的VISA( Video,Image,Speech,Au-dio）API,如图2中 VIDENC_process(a，b,e )。 Codec Engine包括两部分编解码引擎Codec En-gine和服务器Codec Sever。两者之间的关系可以比作客户机和应用服务器之间的关系，本质上是远过程调用（RPC)思想在双核上的实现。调用过程见图3。 图2 Codec Engine软件结构框图 图3 RPC调用 2.2 DSP Codec设计 我开发的算法在被Codec Engine使用的时候统一是以“包的形式被调用的，毎个包有其统一的名称来反映它的路径。 编程中用到一些函数,其中YUV420P2422ILE_TI_ process函数为Codec算法的核心处理部分，该部分的主要工作就是将YUV420P图像转换为YUV422ILE图像，首先要明确两个图像的差别，即YUV分量在元数据中的存放位置,如图4所示： 图4 两个图像数据存放位置 YUV420P的TUV的分量如上所示，其中Y：U：V数量为4:1:1，而且YUV三个分