CN105302534A - 一种图像特效处理系统 - Google Patents

Abstract

本发明公开一种图像特效处理系统，包括真实摄像头系统、虚拟摄像头系统和视频处理模块，其特征在于，所述真实摄像头系统包括真实摄像头、第一驱动程序模块和第一DirectShow组件，所述虚拟摄像头系统包括利用DSF构架模拟出的虚拟摄像头、第二驱动程序模块和第二DirectShow组件，所述视频处理模块从第一DirectShow组件读取数据，对数据进行特效处理，传送给虚拟摄像头。本发明视频特效的处理独立于真实摄像头系统的数据路径，使得系统更为稳定，用户可以在使用真实摄像头和虚拟摄像头之间进行选择，来决定是否需要拥有视频图像特效，由此为系统提供了很大的灵活性。

Description

一种图像特效处理系统

技术领域

本发明涉及一种图像特效处理系统。

背景技术

计算机系统的应用已经越来越广泛，功能越来越全面。通用USB接口使得计算机(PC)可以外接多种硬件，进一步扩展PC的功能，满足用户的多种需求。其中，摄像头作为人们常用的外接硬件之一，在多种应用程序，如QQ，MSN中得到直接的应用。摄像头所摄取的图像往往需要进行进一步处理，扩展其功能。

图1是一种现有技术的对摄像头的视频图像进行特效处理的系统和方法。如图1所示在图1中，系统分为硬件、内核层、应用层。摄像头作为外接硬件，通过通用USB接口与系统相连，系统通过内核层中的USB驱动、摄像头驱动来读取摄取的图像。然后，由内核层中的过滤层驱动(filterdriver)对视频图像进行特效处理。通过该过滤层驱动，可以对视频图像进行各种特效处理，如加入相框，调整背景色，视频跟踪等。最后，经过特效处理后的视频图像经组件传送给应用层的各种视频应用程序，如视频捕捉程序、视频聊天软件等。

但是，在内核层进行摄像头的视频图像特效处理对于系统的稳定有潜在的风险。并且，由于过滤层驱动设置在唯一的数据路径之中，因此只要用户选中了使用摄像头，不管他是否期望拥有特效，是否选择进行特效处理，过滤层驱动都会一直在内存中加载，占用系统资源。因此，以过滤层驱动的方式进行特效处理，风险很大而灵活度很低，具有明显的不足。

发明内容

为解决上述现有的缺点，本发明的主要目的在于提供一种实用的图像特效处理系统，视频特效的处理独立于真实摄像头系统的数据路径，使得系统更为稳定，同时还为系统提供了很大的灵活性。

为达成以上所述的目的，本发明的一种图像特效处理系统采取如下技术方案：

一种图像特效处理系统，包括真实摄像头系统、虚拟摄像头系统和视频处理模块，其特征在于，所述真实摄像头系统包括真实摄像头、第一驱动程序模块和第一DirectShow组件，所述虚拟摄像头系统包括利用DSF构架模拟出的虚拟摄像头、第二驱动程序模块和第二DirectShow组件，所述视频处理模块从第一DirectShow组件读取数据，对数据进行特效处理，传送给虚拟摄像头。

所述视频处理模块位于系统应用层，视频处理模块由DSF构架下的动态链接库实现,视频处理模块包括取数单元和特效处理单元，取数单元从第一DirectShow组件读取图像数据，特效处理单元对该图像数据进行特效处理，传送给虚拟摄像头。

所述第一驱动程序模块、第一DirectShow组件、第二驱动程序模块和第二DirectShow组件为windows系统标准组件。

采用如上技术方案的本发明，具有如下有益效果：

视频特效的处理独立于真实摄像头系统的数据路径，使得系统更为稳定。用户可以在使用真实摄像头和虚拟摄像头之间进行选择，来决定是否需要拥有视频图像特效，由此为系统提供了很大的灵活性。

附图说明

图1是现有技术的视频特效处理系统。

图2是本发明系统结构的示意图。

图3是驱动程序模块的结构图。

图4是视频处理模块的结构图。

具体实施方式

为了进一步说明本发明，下面结合附图进一步进行说明：

本发明利用设备模拟开发构架DSF(DeviceSimulationFramework)技术提供一种全新的图像特效处理系统。DSF是微软新推出的设备模拟开发构架，它提供了一个用软件在Windows系统里模拟硬件设备的体系。现有技术中利用DSF已经可以实现多种硬件设备的软件模拟，如虚拟USB键盘、虚拟USB摄像头等。

图2为本发明视频特效处理系统结构的示意图。如图2所示，整个系统在纵向上用虚线分为硬件层、内核层和应用层，应用层又分为用户层面和应用程序层面。在横向上，系统被分为真实摄像头系统、虚拟摄像头系统和它们之间的DSF动态链接库（dynamiclinklibrary,dull）系统。系统中各模块/组件/程序之间用箭头相连，表示图像数据的数据路径及其方向。

首先，描述真实摄像头系统。

摄像头是计算机系统的外接硬件，位于系统中的硬件层，为整个视频特效处理系统提供原始的图像数据。摄像头可以通过1138或其他通用接口接入系统后。

第一驱动程序模块位于系统的内核层，用于从摄像头读取数据，进行格式处理。图3示出驱动程序模块的结构。如图3所示，驱动程序模块包括接口驱动300和摄像头系统文件302。其中，接口驱动300用于控制接口的数据读取和交换。经由该接口的数据被接口驱动300读取之后，由摄像头系统文件302进行识别、格式处理。在一个实施方案中，摄像头是通过通用USB接口接入系统的，相应地，所述接口驱动300是USB驱动。摄像头系统文件主要包括Windows系统自带的USBVideoClass设备类通用驱动程序usbvideo.sys或申请人自己研发的Camera驱动程序VMcam。sys等常规摄像头驱动程序文件。通用接口驱动和摄像头系统文件已经预先安装在Windows系统中。

回到图2，视频数据经由驱动程序模块读取处理之后，通过DirectShow组件与应用程序实现交互。

DirectShow是微软公司提供的一套在Windows平台上进行流媒体处理的开发包，为多媒体流的捕捉和回放提供支持。为了系统的稳定性，Windows操作系统对硬件操作进行了隔离，应用程序一般不能直接访问硬件，而DirectShow组件的设计正是为应用程序提供了一套统一的应用程序接口，来实现与内核层的交互。运用DirectShow，就可以很方便地从卯从驱动的硬件上捕获数据，进行相应处理乃至存储到文件中。

DirectShow组件工作于应用层的用户模式下，为硬件设计了包装过滤器(filter)，来实现与硬件驱动程序的交互。具体来说，对于釆用WDM驱动程序的硬件，包括摄像头DirectShow设计了ksProxyFilter(ksProxy.ax)，使用该过滤器(filter)控制硬件的驱动程序。针对摄像头的视频捕捉来说，DirectShow组件通过图形过滤管理器(FilterGraphManager)来与上层应用程序和下层的驱动进行联系，

而上层的各种通用视频捕捉预览程序，如她QQ、MSN等，都是基于DirectShow开发的，因此都默认直接与DirectShow组件交换数据。

由DirectShow组件获得的视频数椐可以直接送入视频应用程序中，供用户直接控制使用。如此，视频应用程序获得了不经过特效处理的摄像头视频数据。

为了实现视频图像的特效处理，本发明用D11技术设计了视频处理模块。该视频处理模块从真实摄像头系统的DirectShow组件读取视频数据，进行特效处理。图4示出视频处理模块的结构。如图4所示，视频处理模块包括取数单元400和特效处理单元402。取数单元400用于读取DirectShow组件得到的视频数据，将其传送给特效处理单元402。特效处理单元402可以是一些特效处理程序组，对图像进行各种特效处理。特效处理的内容可以有很多，比较简单的例如给图像加上相框，将图像旋转一定角度，对图像进行灰度处理，改变背景颜色等等，根据需要，也可以将现有技术中较为复杂的图像分析处理方法引入特效处理单元，例如可以釆用人脸检测跟踪算法检测图像中的人脸，并训练提取面部特征，对面部特征进行定位跟踪，对局部的面部特征进行处理等。特效处理单元402所包括的特效处理程序的功能可以根据用户需要的图像特效内容来设定。

回到图2，视频处理模块处理之后的图像数据被传送至虛拟摄像头系统。

接下来，将描述虚拟摄像头系统。

在虚拟摄像头系统中，虛拟摄像头模块是在DSF构架下通过一个软件模块对摄像头的模拟而实现的，位于系统中的内核层。视频处理模块和虛拟摄像头模块均在DSF运行支持(DSFRunTime)的平台下运行。DSF运行支持也是通过d11实现。

DSF虚拟摄像头模块拥有与实际的视频输入设备完全一样的接口和功能，因此操作系统中的标准组件和用户应用程序都可以像从实际摄像头读取数据一样与该虚拟摄像头交互。这样，驱动程序模块就会将该虚拟摄像头认为是真实的摄像头，从而自动从虚拟摄像头读取数据。由于该虚拟摄像头实际上并不存在，因此可以人为认定在硬件层有一个摄像头模拟器提供了该摄像头，以与真实摄像头系统结构相对应。

经过虚拟摄像头模块处理的视频数据送往第二驱动程序模块。

第二驱动程序模块开始，图像数据的数据路径与不进行特效处理的真实摄像头系统中的数据路径一致。也就是说，内核层的第二驱动程序模块从虚拟摄像头模块读取数据，进行格式处理；用户模式下的第二DirectShow组件从第二驱动程序模块读取数据，并完成与具体应用程序的交互。

由于虚拟摄像头提供的已经是经过特效处理的视频图像数据，该图像数据经过第二驱动程序模块、第二DirectShow组件的常规处理之后直接传送给应用程序，因此，应用程序得到的就是具有特效的视频图像。这样，用户在QQ、MSN等各种应用程序的视频窗口中都可以直

接得到具有特效的视频图像。

虚拟摄像头系统中的第二驱动程序模块和第二DirectShow组件与真实摄像头系统中是一样的，但是在DSF构架下，两个系统各自独立地读取和处理数据，互不影响。

在整个特效视频处理系统中，数据在从真实摄像头系统中的第一DirectShow组件送出之后分为两条数据路径，第一路径直接指向应用程序，第二路径经由视频处理模块传送至虚拟摄像头系统。用户可以在两条路径之间进行选择。当选择使用真实摄像头时，则数据沿第一路径传送，用户不拥有视频特效；当选择使用虚拟摄像头时，数据沿第二路径传送，用户使用的各种应用程序中的视频图像都具有特效。

以上对本发明的具体描述旨在说明具体实施方案的实现方式，不能理解为是对本发明的限制。本领域普通技术人员在本发明的教导下，可以在详述的实施方案的基础上做出各种变体，这些变体均应包含在本发明的构思之内。本发明所要求保护的范围仅由所述的权利要求书进行限定。

Claims (2)

1.一种图像特效处理系统，包括真实摄像头系统、虚拟摄像头系统和视频处理模块，其特征在于，所述真实摄像头系统包括真实摄像头、第一驱动程序模块和第一DirectShow组件，所述虚拟摄像头系统包括利用DSF构架模拟出的虚拟摄像头、第二驱动程序模块和第二DirectShow组件，所述视频处理模块从第一DirectShow组件读取数据，对数据进行特效处理，传送给虚拟摄像头。

2.根据权利要求1所述的一种图像特效处理系统，其特征在于，所述视频处理模块位于系统应用层，视频处理模块由DSF构架下的动态链接库实现,视频处理模块包括取数单元和特效处理单元，取数单元从第一DirectShow组件读取图像数据，特效处理单元对该图像数据进行特效处理，传送给虚拟摄像头。