(含代码)WinCE6.0 Camera驱动的挂载，使应用层能使用DirctShow访问

long_yu2

浏览: 339531 次

最近访客更多访客>>

u012363178

zdsurge

VIPlued

玄霄夙玉

博主相关

博客

微博

相册

留言

关于我

文章分类

社区版块

存档分类

wince

引用于 http://blog.csdn.net/chenyujing1234

BSP SubProject 代码:

http://www.rayfile.com/zh-cn/files/3e467cab-8de6-11e1-a3c9-0015c55db73d/

我的代码参考了:(将Windows Embedded CE 6.0 USB Camera Driver.msi文件解压后得到的\cpp .h文件组成工程)

http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=19512

参考文章了:

http://jazka.blog.51cto.com/809003/707027

学习Camera驱动的过程中，发现网上的资料较少，而且偏向于5.0版本的。在自己研究了一段时间后发现出现这种情况也比较正常。因为5.0以前的版本都是流接口驱动结构的，而6.0的Camera驱动则向DirectShow架构靠拢了很多，所以无法从应用程序的调用到底层的操作都看的很清楚，除非对DirectShow架构非常熟悉。

       WinCE6.0的Camera的驱动依然是流接口驱动，以dll的形式提供各种流接口，MDD/PDD的分层驱动结构图如下：


      应用层中包括两部分DirectShow和DeviceManager，一般应用程序就通过调用这两个接口来对Camera驱动进行操作。
       Camera驱动有两个流接口CAM_XXX和PIN_XXX，在软件中通过3种对象和Camera设备进行交互：Adapter、Pin、Stream。Adapter是Camera具体设备的抽象，对应于CAM_XXX的流接口，Pin是DShow捕获视频数据时使用的设备，Stream代表流过的数据。
       DShow操作Camera流接口驱动也是通过CreateFile，DeviceIOControl等API进行的，其中最主要的就是各种IOControlCode，对应于不同的属性，如能力、状态以及设置等。
       CAM_IoControl的控制码大多数是IOCTL_CS_PROPERTY，数据缓冲也基本都是CS PROPERTY类似的结构，驱动通过这些数据读取应用程序提供的信息，判别操作的类型，调用MDD不同的处理函数完成。
       PIN_IoControl的控制码可能是PROPERTY、BUFFERS、INSTANTIATE，分别用来设置Pin、管理Pin的Buffer或者设置指定Pin的数据流的类型。

      MDD层主要完成Sensor状态的控制、Video的处理和内存的管理。内存的管理如buffer是由驱动分配还是应用程序分配以及如何分配。MDD中只有一个API被PDD调用，就是MDD_HandleIO函数。
      PDD层是对硬件功能的封装，主要包含以下七大类功能：
       (1)初始化函数：PDD_Init、PDD_DeInit；
      (2)Camera信息：PDD_GetAdapterInfo；
       (3)电源管理：PDD_SetPowerState；
       (4)内存管理：PDD_AllocateBuffer、PDD_DeAllocateBuffer、PDD_RegisterClientBuffer、PDD_UnRegisterClientBuffer；
       (5)Sensor管理：PDD_GetSensorModeInfo、PDD_SetSensorModeFormat、PDD_InitSensorMode、；PDD_DeInitSensorMode、PDD_SetSensorState；
       (6)数据捕获：PDD_TakeStillPicture、PDD_FillBuffer；
       (7)属性管理：PDD_HandleVidProcAmpChanges、PDD_HandleCamControlChanges、PDD_HandleViedoControlCapsChanges；

      Camera驱动的加载和调用过程大致如下：
       (1)device.exe根据注册表信息加载Camera驱动，调用CAM_Init；
       (2)CAM_Init调用PDD_Init和PDD_GetAdapterInfo，完成硬件的初始化，返回Camera能力的一些信息，如支持的Pin的个数、对电源状态的支持和Sensor的属性，此时加载完成；
       (3)FindFirstDevice找到设备名称，如CAM1;
       (4)通过CreateFile打开CAM1设备；
       (5)调用DeviceIoControl查找Pin的个数(Pin分为Preview预览、Still静态捕获、Capture视频捕获)；
       (6)获得Pin的个数等信息之后，通过CreateFile操作PIN1设备，对每个Pin进行初始化、分配内存；
       (7)用户选择预览、拍照、录像等操作，都会选择一个相应的Pin进行传递数据。传数据之前通过IOControl StreamInstance将准备好的MsgQueue的句柄传递给Pin，MsgQueue将用来在DShow和驱动之间进行异步传递数据，这些数据包括标记装载实际图像数据的缓冲。在IOControl完成之后，根据当前是预览、拍照还是录像的不同状态，调用PDD里面的Sensor管理函数或者数据捕获函数来控制Camera的状态，进行视频的捕获。
      (8)在DShow当中，一个Pin的状态通常包括RUN、STOP、PAUSE三种，这些状态之间的切换是：RUNà PAUSEà STOPà PAUSEà RUN。

       最后转载MSDN里面关于DirectShow结构的Camera驱动的初始化过程：
Initialization Sequence for Camera Drivers

camera设备的初始化序列是如下:
1、所有的Camera必须被注册到同样的GUID。

以下注册表显示一个camera驱动的流接口设备注册表入口

[cpp] view plaincopy
[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\CameraDriver]
"Prefix"="<Driver prefix>"
"Dll"="<Driver DLL name>"
"Order"=dword:10
"Index"=dword:1
"IClass"=multi_sz: "{CB998A05-122C-4166-846A-933E4D7E3C86}"
2、WCE设备管理器加载Camera设备并调用驱动的入口点,CAM_Init..

一旦接收到调用，camera设备驱动检测并初始化硬件，允许并初始化它的数据结构体并返回设备实例标识符。

此设备标识符将在CAM_Open 中被用.

3、DirectShow用适当的设备名调用CreateFile.

应用程序应该用FindFirstDevice来接收基于适当设备类GUID的真实的名字。

4、DirectShow用CSPROPERTY_PIN_CTYPES查询Camera驱动，以获得它支持的pin数量.

也可以用CSPROENTRY_PIN_CATEGORY查询类型（预览、捕获、静止图片）

5、DirectShow用CSPROPERTY_PIN_DEVICENAME查询Camera驱动，以获得pin设备的名字。

这个名字通常是PIN1：。但是驱动也有可能用其它名字。

6、DirectShow为每个Pin类型在PIN驱动上调用CreateFile

7、驱动通过设置它的特性和数据格式初始化流，并为它分配buffers

8、客户端用IOCTL_STREAM_INSTANTIATE(传递进来pin标识符和消息队列的句柄,此句柄用于在驱动和Direct中间层传递异步包)为给出的pin句柄设置流类型

比如，如果CSPROPERTY_PIN_CTYPES返回3,且如果CSPROPERTY_PIN_CATEGORY(假如Id = 0)返回PINNAME_VIDEO_PREVIEW,

之后它调用IOCTL_STREAM_INSTANTIATE（用Id = 0）把给定的句柄绑定到流中.

9、通过Pin开始流数据

分享到：