应用TMS320DM8168数字媒体处理器视频服务器设计.docVIP

应用TMS320DM8168数字媒体处理器视频服务器设计 　　摘 要 在TI 最新的TMS320DM8168开发平台上实现了高质量视频服务器设计，从工程层面分析DaVinci平台的硬件系统、架构和组件，解释达芬奇资源、系统移植、流媒体应用搭建及中间件概念，提出利用DaVinci架构和嵌入式Linux设计高质量、低成本的基于SIP的流媒体传输系统的方法，重点阐述DaVinci平台的特点、开发方法和监控中心软件的实现 ，解决该芯片内部DSP端和ARM 端之间的双核通信及视频服务程序的应用问题。 　　【关键词】DaVinci 视频服务器 视频编码 SIP 　　1 DaVinci系统介绍 　　TMS320DM8168是德州仪器公司最新推出的一款DaVinci芯片，是当前最合理的单片实时多格式编码转换解决方案， 其双核结构使得其开发过程为：其平台程序的执行都先由ARM 端操作系统执行，而后由ARM端操作系统通过特定API函数调用DSP内置编解码引擎与操作系统服务结构来触发DSP 端的程序完成。从应用的角度上来看，介于应用与驱动之间的软件模块Codec Engine是用来例化和调用xDAIS算法的一组用户编程接口。xDAIS是德州仪器公司的一种算法标准，并在XDAIS基础上补充双核通信后的算法封装标准是XDM。运行在远端或本地，并与操作系统无关的Codec Engine API 调用的算法，无论Codec Engine 运行在ARM 端还是DSP上， 对应的用户编程接口函数都是完全一样。通过stub接口和skeleton接口调用Engine SPI函数访问实际算法VISA API函数，其可为VISA process / create / control /delete四个子函数，分别完成程序数据的处理、创建、控制和删除四种应用。Codec Server运行在DaVinci平台的数字信号处理器端，其内核为DSP/BIOS，控制实际的特殊功能寄存器， 编译生成数字信号处理器端可执行的镜像程序。ARM端服务器与DSP端编解码引擎相当于服务器和客户机之间的关系，ARM 端的应用程序通过自定义接口或者VISA接口发出连接信号到DSP 端，并传递相关数据，然后由DSP 端的Skeleton 接口送出相应算法，反过来通过Skeleton接口将DSP端运算后的结果交由Stubs接口 送到ARM端操作系统实现交互。 　　2 DaVinci视频编码实现 　　2.1 程序的结构 　　由于DSP端的特殊数据处理架构，所以在DSP端运行视频编解码算法的核心程序，来提高运算速度，ARM端负责芯片、接口的通信及对控制DSP端程序， DSP端完成分析编码类型、视频解码和储存参考帧等处理，ARM 端应用网络完成整理的源图像数据、储存传输编码后的文件及写入的编解码数据， ARM端在写入一帧图像后，通过VISA 函数接口，调用DSP端的用户接口函数完成一次编码。 　　2.2 算法开发流程 　　先在CCS 工程下进行H.264 编码程序移植，应用DSP 端硬件完成仿真编码，而后再通过DVSDK 的开发来实现， 并在三个不同的文件夹进行处理，分以下三个步骤： 　　第一步， 在TI提供的编译软件文件夹example/ti/sdo/ce/example/codec下，生成可被Codec Engine 调用package，由源程序和配置文件生成xDAIS 文件、ARM 端及DSP 端库等封装程序。把在CCS 下实现的视频编解码算法中编码一帧算法拷贝到此文件夹下， 编译生成一个编解码算法的库文件，并更改package.xdc、package.xs、H264ENCODE.xdc、H264ENCODE.xs、package.bld等文件。 　　第二步， 调用软件的example/ti/sdo/ce/example/server文件夹，编译生成DSP 端可执行文件，并配置与链接.tcf、link.cmd、.cfg、main.c等函数文件。 　　第三步，应用软件的example/ti/sdo/ce/example/App 文件夹，编译生成ARM 端可执行程序，其中含对XDM 接口调用、.cfg配置、makefile等文件。 　　最后，将运算得到的codec 包、DSP Server 和Engine 配置文件*.cfg，通过编译、链接，生成ARM 端的可执行文件。 　　2.3 双核通信方法 　　虽然通过上述配置实现了关联配置文件夹，但要程序执行过程中能D ARM端和SP 端的数据正常通信，还要以下两种数据的传递： 　　（1）编码参数：DSP 端进行视频算法编码时需传递大量的数据， 其传递初始化算法的相关数据为VISA 接口中的*_create（）函数的第三个数据，