基于OMAP3530视频监控客户端设计和实现.docVIP

基于OMAP3530视频监控客户端设计和实现 　　摘 要：本设计基于OMAP3530处理器的开发平台设计视频监控客户端。该客户端通过SIP协议和服务器端通信。视频监控客户端在OMAP3530开发板实现，其ARM端完成客户端呼叫，建立与视频服务器连接，音视频数据流接收、播放和存储等功能，其DSP端完成解码器实时实现。设计重点为客户端oRTP和eXosip库的移植、监控界面的设计和H.264解码器实时实现。 关键词：OMAP3530；视频监控；SIP；达芬奇技术 1 引言 OMAP3530开平台能够提供最优级别的视频图像图形处理，它包含有MPU子系统，IVA2.2子系统，片内内存，外部存储器接口，DMA控制器，多媒体加速系统，安全系统，综合的电源管理系统，以及丰富的外设，能够充分的满足处理视频流，2D/3D移动游戏，视频会议，高清图像，视频捕捉的需求，支持高级嵌入式操作系统如WindowsCE，Linux等系统[1]。本设计基于OMAP3530开发平台实现，通过SIP协议和服务器端通信，接收到视频流后进行解码输出到监视器端显示。 2 监控系统整体实现方案 整个视频监控系统包括服务器端和客户端，服务器端采用达芬奇开发平台TMS320DM6446，其功能实现视频采集、压缩和传输等功能；客户端OMAP3530平台完成音视频数据的解码、存储、回放、检索等功能。 达芬奇服务器端功能模块包含：ARM端系统控制模块，DSP端编码模块，SIP信令控制模块和RTP/RTCP实时数据传输控制模块。客户端功能模块包含：ARM端系统控制模块，SIP信令控制模块，RTP/RTCP接收模块，DSP端解码模块和播放显示模块。 3 监控客户端设计 本监控系统中，双向TCP控制通道使用SIP协议，UDP流的封装使用RTP协议。服务器和客户端相互交互采用SIP协议完成，具体使用SIP协议的UAS模块。RTP实现通过调用ORTP库，服务器端需要使用RTP发送功能，将服务器端DSP编码数据打包处理后发送到网络；客户端需要使用RTP接收功能，将接收到的数据传给OMAP3530 DSP端解码显示。 3.1 SIP实现 SIP会话协议主要包含以下四个主要组件：SIP用户代理组件、SIP注册服务器组件、SIP代理服务器组件和SIP重定向服务器组件[2]。 SIP的实现主要通过链接oSip库实现。oSip库实现效率高，主要功能是对SIP/SDP消息的API和事务处理的状态机进行解析，高层的SIP会话控制API通过调用底层API实现。SIP对于客户端处理事件包含以下三种情况：EXOSIP_REGISTRATION_SUCCESS事件、EXOSIP_CALL_CLOSED事件、EXOSIP_CALL_ANSWERED事件。EXOSIP_REGISTRATION_SUCCESS为表明用户是否注册成功； EXOSIP_CALL_CLOSED表明会话关闭，置picked、calling为假，呼叫结束；EXOSIP_CALL_ANSWERED用于获取UAS的SDP消息，并开始接受RTP包，将RTP包解包后，传输到OMAP3530 DSP端使其解码显示。 3.2 RTP实现 RTP用来网络上传输音频、视频、模拟数据等实时数据的传输协议[3]。本系统由RTP和UDP协议共同完成视频数据传输。 OMAP3530客户端实现：（1）初始化RTP协议，相关参数设置；（2）打开端口，RTP数据包开始接收；（3）RTP包接收成功后，解析RTP包头，解析得到多媒体数据；（4）RTP包接收结束，释放RTP信息。在这里不用考虑RTCP的信息接收与发送，通过调用ORTP库来完成。 3.3 解码器的实时实现 本系统采用的视频编码标准为H.264，H.264与以往的视频编码标准相比具有更好的压缩性能。H.264 具有优秀的压缩性能是多种新技术所产生效果的积累所致[4]。这些新技术包括：多模式帧内预测、可变尺寸块的运动补偿、多参考帧的运动补偿、4×4整数变换、高效的熵编码、环路滤波等。这些新技术大大增加了解码器实时实现的复杂度。为了解码器在OMAP3530 DSP端实时实现，结合OMAP3530 DSP硬件特性，本文主要使用Cache优化，EDMA传输和汇编及指令优化技术完成H.264解码器实时实现。 Cache优化最主要方法是尽可能提高Cache lines的重复使用效率，一般通过合理安排数据和代码内存位置，以及调整CPU的内存访问顺序来达到此目的，尽量减少Cache miss，增加Cache的命中率。Cache的优化包括程序Cache优化和数据Cache优化[5]。 H.264整个解码算法代码总结起来可以分成两