[发明专利]移动视频监控系统的媒体模块

说明书

技术领域

本发明属于监控系统的监控软件领域，尤其是一种移动视频监控系统的媒体模块。

背景技术

由于多媒体数据量大，音视频的编码算法复杂，特别在实时流媒体的传输中客户对多媒体的解码速度要求较高，同时音视频的同步问题和因多媒体压缩编解码标准较多引起的扩展性问题使得多媒体开发技术面临很大的挑战。目前很多公司基于程序开发接口的模块化开发模式遇到了很大的瓶颈，二次开发人员需要花较多的时间学习各个模块的程序开发接口，同时软件的扩展性也相对较差，在程序升级，软件开发交接的过程中存在很大的问题，软件开发人员需要系统的培训才能进入项目的软件开发。

发明内容

为了克服已有移动视频监控系统的媒体模块的扩展性能相对较差、开发周期长、系统开发效率低的不足，本发明提供一种具有较好的扩展性能、缩短开发周期、提高系统的开发效率的移动视频监控系统的媒体模块。

本发明解决其技术问题所采用的技术方案是：

一种移动视频监控系统的媒体模块，所述媒体模块采用DirectShow框架作为多媒体软件开发的框架，采用“推”模式作为数据传输的模式，采用ffmpeg decoder作为H.264视频解码器；

所述DirectShow框架包括：源过滤器，用于负责视频的采集；变换过滤器，用于负责视频的处理，对H.264编码数据的解码，然后提交到下一级过滤器中；渲染过滤器，用于负责视频在面板上的渲染播放和音频的播放，将解码后的音视频信息提交到显卡或声卡中处理；过滤器管理器，用于负责过滤器的管理，同时向应用程序提供Filter管理接口，并且提供参考时钟；提供Graph事件模块，用于以消息的形式确保媒体模块向应用程序通知事件。

作为优选的一种方案：所述过滤器管理器中，在输出Pin上调用Connect，如果输出Pin接受连接，则调用输入Pin上的ReceiveConnection，如果输入Pin也接受这次连接，则表示双方连接成功。

本发明的技术构思为：开发人员需要一种更加符合人类行为方式的软件开发技术以从这复杂、繁重的开发中解脱出来。COM(Component Object Model组建对象模型)开发技术正是在这种背景下由微软公司推出，进而组件化设计的思想得到快速的发展。人们可以开发出各种功能专一的组件，然后把他们组合起来就可以构成一个复杂的系统。并且系统中的组件可以随时替换、升级、定制，同时，每一个模块可以被复用，具有较好的扩展性。

同时DirectShow采用了COM的标准，提供了开放的接口，用户可以根据自己的需求开发出不同的功能模块。同时用户可以利用已有的功能模块组件和自己开发的模块组件，快速搭建媒体传输播放平台软件。

媒体模块可以采用DirectShow作为多媒体软件开发的框架。采用“推”模式作为数据传输的模式，采用ffmpeg decoder作为H.264视频解码器，能够实现视频的实时接收、解码、播放，达到预期的目的。

因为有了统一的开发标准，各种压缩标准组织可以开发出在DirectShow框架中运行的编解码模块，因此有较好的扩展性。对于音视频同步的问题，因为有了DirectShow框架，每个进入DirectShow的音视频数据包都会设置一个时间戳，当处理完该数据包之后，视频渲染模块可以根据该视频戳进行音视频的调整，然后再提交播放。

本发明的有益效果主要表现在：具有较好的扩展性，同时还能应用开源的COM组件，缩短软件开发周期，提高系统开发效率，而且相对比较稳定。

附图说明

图1为本发明的DirectShow系统框图。

图2为本发明的Source Filter框架设计。

图3为本发明的CPushSource264类继承关系。

图4为本发明的CPushSource264::OpenRTPReceive()方法流程图。

图5为本发明的CPushSource264::media_callback方法流程图。

图6为本发明的视频接收模块实现的类图。

图7为本发明的RTP数据包接收流程图。

图8为本发明的接收端报告RR生成和发送流程图。

图9为本发明的CPushPin264类图。

图10为本发明的Source Filter输出Pin线程执行函数FillBuffer()流程图。

图11本发明的为VMR结构图。

具体实施方式

下面结合附图对本发明做进一步说明。