已阅读5页,还剩15页未读, 继续免费阅读
版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
基于V4L2的视频驱动开发(1)华清远见 刘洪涛编写基于V4L2视频驱动主要涉及到以下几个知识点:l 摄像头方面的知识要了解选用的摄像头的特性,包括访问控制方法、各种参数的配置方法、信号输出类型等。l Camera解码器、控制器如果摄像头是模拟量输出的,要熟悉解码器的配置。最后数字视频信号进入camera控制器后,还要熟悉camera控制器的操作。l V4L2的API和数据结构编写驱动前要熟悉应用程序访问V4L2的方法及设计到的数据结构。l V4L2的驱动架构最后编写出符合V4L2规范的视频驱动。本文介绍基于S3C2440硬件平台的V4L2视频驱动开发。摄像头采用OmniVision公司的OV9650和OV9655。主要包含以下几个方面的内容:l 视频驱动的整体驱动框架l S3C2440 camera控制器+ov9650(ov9655)l V4L2 API及数据结构l V4L2驱动框架l ov9650(ov9655)+s3c2440+V4L2实例一、 视频驱动的整体框架视频驱动的整体框架见下图:二、S3C2440 camera控制器+ov9650(ov9655)(1)S3C2440 camera控制器介绍 S3C2440支持ITU-R BT601/656格式的数字图像输入,支持的2个通道的DMA,Preview通道和Codec通道,参见下图。 Preview通道可以将YCbCr4:2:2格式的图像转换为RGB(16bit或24bit)格式的数据,并存放于为Preview DMA分配的内存中,最大分辨率为640*480。主要用于本地液晶屏显示。如果将Preview DMA的内存和Framebuffer内存重叠的话,就可以实现采集直接输出到液晶屏上了。 Codec通道可以输出YCbCr4:2:0或YCbCr4:2:2格式到为Codec DMA分配的内存中。最大分辨率为4096*4096。主要用于图像的编解码处理。 上图中的window cut功能是指在图像可以先做一个裁剪。通过设置CIWDOFST完成此功能,见下图。图像进入P、C通道后,各自的scaler单元还可以对其进行缩放、旋转等处理。 S3C2440 camera控制器支持乒乓存储。为了防止采集和输出之间的冲突,采用了乒乓存储方式。每次采集一帧后,自动转到下一个存储区。如果你因为内存空间不足,不想使用此功能的话,可以将四个区域设置到同一块空间。 在做图像处理时,需要关注到最后存储区中的图像格式,如codec通道硬件自动把Y、Cb、Cr分离存储。S3C2440 camera 控制器Last IRQ功能的使用,也是需要掌握的。如果处理不好,输出的图像效果会受影响。 控制器会在每个VSYNC下降沿判断ImgCptEn信号等命令。如果在下降沿发现ImgCptEn信号有效,则产生IRQ中断。然后才开始一帧图像的真正采集。而如果在VSYNC下降沿判断到ImgCptEn为低电平且之前LastIRQEn没有使能,则不会产生任何中断,且不会再进行下一帧的采集。如果你想在ImgCptEn关闭后,一帧采集完后产生一个中断通知你,那么就需要在最后一次中断产生前(stop capturing后的vysnc下将沿)使能lastirq就可以了。 我在移植linux驱动时就遇到了一个Last IRQ的问题。现象是输出图像上面总是有一条比其它部分反应慢。采集运动图像,就能看出现象。查看代码是因为没有设立lastirq,因为每次如果不在lastirq产生的情况下读取,图像缓冲中的数据是不稳定的,可能照成图像不完整。修改代码支持lastirq后,问题解决。Camera控制器时钟设置也是需要注意的,ov9650需要Camera控制器为其提供时钟。 提供给外部摄像头的时钟是由UPLL输出时钟分频得到的。而CAMIF的时钟是由HCLK提供的。本例中,提供给ov9650的时钟为24M。(2)ov9650(ov9655)设置方法 OV9650是OmniVision公司的COMS摄像头,130万像素,支持SXVGA、VGA、QVGA、CIF等图像输出格式。 最大速率在SXVGA时为15fps,在VGA时为30fps。OV9650摄像头时序如下图: 上图中D9:2用于8-bitYUV或者RGB565/RGB555(D9MSB、D2LSB)。D9:0用于10-bit RGB。本例中使用8-bit YUV模式。 我手边开发板的Camera和S3C2440的接线原理图如下(对应camera中具体的信号名称参见前文的驱动整体架构图)。注:GPG12用于PWEN信号(3)编写ARM测试代码测试camera功能 在Keil环境下编写一个测试代码完成从摄像头采集图像输出到液晶屏。下面列出程序的流程。(4)编写测试代码过程中常见的问题l 摄像头寄存器的配置 因为摄像头有很多寄存器,可能一下无法理解里面所有的配置含义,所以开始时希望得到一份可用的配置。但往往从别人的测试代码中拿到配置后,仍然无法使用。我这里列出几个可能的原因:(1)摄像头中的图像输出格式和你在camera控制器中设置的不一致,同一个摄像头可以设置多种输入格式,如:YCbYCr或CbYCrY。(2)图像输出的一些时序和你的camera控制器设置不一致,摄像头可以设置一些时序,如:图像数据在CAMPCLK的上升沿有效还是下降沿有效。(3)注意输出图像的格式和Framebuffer控制器的匹配,如字节顺序等问题。l Ov9650和ov9655的使用区别这里主要列出两者之间在复位信号上有差别,ov9650是高电平复位,而ov9655是低电平复位。基于V4L2的视频驱动开发(2)华清远见 刘洪涛三、 V4L2 API及数据结构V4L2是V4L的升级版本,为linux下视频设备程序提供了一套接口规范。包括一套数据结构和底层V4L2驱动接口。1、常用的结构体在内核目录include/linux/videodev2.h中定义 struct v4l2_requestbuffers /申请帧缓冲,对应命令VIDIOC_REQBUFS struct v4l2_capability /视频设备的功能,对应命令VIDIOC_QUERYCAP struct v4l2_input /视频输入信息,对应命令VIDIOC_ENUMINPUT struct v4l2_standard /视频的制式,比如PAL,NTSC,对应命令VIDIOC_ENUMSTD struct v4l2_format /帧的格式,对应命令VIDIOC_G_FMT、VIDIOC_S_FMT等 struct v4l2_buffer /驱动中的一帧图像缓存,对应命令VIDIOC_QUERYBUF struct v4l2_crop /视频信号矩形边框 v4l2_std_id /视频制式2、常用的IOCTL接口命令也在include/linux/videodev2.h中定义VIDIOC_REQBUFS /分配内存 VIDIOC_QUERYBUF /把VIDIOC_REQBUFS中分配的数据缓存转换成物理地址 VIDIOC_QUERYCAP /查询驱动功能 VIDIOC_ENUM_FMT /获取当前驱动支持的视频格式 VIDIOC_S_FMT /设置当前驱动的频捕获格式 VIDIOC_G_FMT /读取当前驱动的频捕获格式 VIDIOC_TRY_FMT /验证当前驱动的显示格式 VIDIOC_CROPCAP /查询驱动的修剪能力 VIDIOC_S_CROP /设置视频信号的矩形边框 VIDIOC_G_CROP /读取视频信号的矩形边框VIDIOC_QBUF /把数据从缓存中读取出来 VIDIOC_DQBUF /把数据放回缓存队列 VIDIOC_STREAMON /开始视频显示函数 VIDIOC_STREAMOFF /结束视频显示函数 VIDIOC_QUERYSTD /检查当前视频设备支持的标准,例如PAL或NTSC。 3、操作流程V4L2提供了很多访问接口,你可以根据具体需要选择操作方法。需要注意的是,很少有驱动完全实现了所有的接口功能。所以在使用时需要参考驱动源码,或仔细阅读驱动提供者的使用说明。下面列举出一种操作的流程,供参考。(1)打开设备文件int fd = open(Devicename,mode);Devicename:/dev/video0、/dev/video1 Mode:O_RDWR | O_NONBLOCK如果使用非阻塞模式调用视频设备,则当没有可用的视频数据时,不会阻塞,而立刻返回。(2)取得设备的capability struct v4l2_capability capability;int ret = ioctl(fd, VIDIOC_QUERYCAP, &capability);看看设备具有什么功能,比如是否具有视频输入特性。(3)选择视频输入struct v4l2_input input;初始化inputint ret = ioctl(fd, VIDIOC_QUERYCAP, &input);一个视频设备可以有多个视频输入。如果只有一路输入,这个功能可以没有。(4)检测视频支持的制式v4l2_std_id std;do ret = ioctl(fd, VIDIOC_QUERYSTD, &std); while (ret = -1 & errno = EAGAIN);switch (std) case V4L2_STD_NTSC: / case V4L2_STD_PAL: /(5)设置视频捕获格式struct v4l2_format fmt;fmt.type = V4L2_BUF_TYPE_VIDEO_OUTPUT;fmt.fmt.pix.pixelformat = V4L2_PIX_FMT_UYVY;fmt.fmt.pix.height = height;fmt.fmt.pix.width = width;fmt.fmt.pix.field = V4L2_FIELD_INTERLACED;ret = ioctl(fd, VIDIOC_S_FMT, &fmt);if(ret) perror(VIDIOC_S_FMT/n);close(fd);return -1;(6)向驱动申请帧缓存struct v4l2_requestbuffers req;if (ioctl(fd, VIDIOC_REQBUFS, &req) = -1) return -1;v4l2_requestbuffers结构中定义了缓存的数量,驱动会据此申请对应数量的视频缓存。多个缓存可以用于建立FIFO,来提高视频采集的效率。(7)获取每个缓存的信息,并mmap到用户空间typedef struct VideoBuffer void *start; size_t length; VideoBuffer;VideoBuffer* buffers = calloc( req.count, sizeof(*buffers) );struct v4l2_buffer buf;for (numBufs = 0; numBufs nr0 :次设备号=base(基准值,受type影响)+nr;否则:系统自动分配合适的次设备号具体驱动只需要构建video_device结构,然后调用注册函数既可。如:zc301_core.c中的err = video_register_device(cam-v4ldev, VFL_TYPE_GRABBER, video_nrdev_nr);Video核心层(drivers/media/video/videodev.c)提供了注销函数void video_unregister_device(struct video_device *vfd)2、struct video_device 的构建video_device结构包含了视频设备的属性和操作方法。参见zc301_core.cstrcpy(cam-v4ldev-name, ZC0301P PC Camera);cam-v4ldev-owner = THIS_MODULE;cam-v4ldev-type = VID_TYPE_CAPTURE | VID_TYPE_SCALES;cam-v4ldev-fops = &zc0301_fops;cam-v4ldev-minor = video_nrdev_nr;cam-v4ldev-release = video_device_release;video_set_drvdata(cam-v4ldev, cam);大家发现在这个zc301的驱动中并没有实现struct video_device中的很多操作函数,如:vidioc_querycap、vidioc_g_fmt_cap等。主要原因是struct file_operations zc0301_fops中的zc0301_ioctl实现了前面的所有ioctl操作。所以就不需要在struct video_device再实现struct video_device中的那些操作了。另一种实现方法如下:static struct video_device camif_dev =.name= s3c2440 camif,.type= VID_TYPE_CAPTURE|VID_TYPE_SCALES|VID_TYPE_SUBCAPTURE,.fops= &camif_fops,.minor= -1,.release = camif_dev_release,.vidioc_querycap = vidioc_querycap,.vidioc_enum_fmt_cap = vidioc_enum_fmt_cap,.vidioc_g_fmt_cap = vidioc_g_fmt_cap,.vidioc_s_fmt_cap = vidioc_s_fmt_cap,.vidioc_queryctrl = vidioc_queryctrl,.vidioc_g_ctrl = vidioc_g_ctrl,.vidioc_s_ctrl = vidioc_s_ctrl,;static struct file_operations camif_fops =.owner= THIS_MODULE,.open= camif_open,.release= camif_release,.read= camif_read,.poll= camif_poll,.ioctl= video_ioctl2, /* V4L2 ioctl handler */.mmap= camif_mmap,.llseek= no_llseek,;注意:video_ioctl2是videodev.c中是实现的。video_ioctl2中会根据ioctl不同的cmd来调用video_device中的操作方法。3、Video核心层的实现参见内核/drivers/media/videodev.c(1)注册256个视频设备static int _init videodev_init(void)int ret; if (register_chrdev(VIDEO_MAJOR, VIDEO_NAME, &video_fops) return -EIO; ret = class_register(&video_class);上面的代码注册了256个视频设备,并注册了video_class类。video_fops为这256个设备共同的操作方法。(2)V4L2驱动注册函数的实现int video_register_device(struct video_device *vfd, int type, int nr)int i=0;int base;int end;int ret;char *name_base;switch(type) /根据不同的type确定设备名称、次设备号case VFL_TYPE_GRABBER:base=MINOR_VFL_TYPE_GRABBER_MIN;end=MINOR_VFL_TYPE_GRABBER_MAX+1;name_base = video;break;case VFL_TYPE_VTX:base=MINOR_VFL_TYPE_VTX_MIN;end=MINOR_VFL_TYPE_VTX_MAX+1;name_base = vtx;break;case VFL_TYPE_VBI:base=MINOR_VFL_TYPE_VBI_MIN;end=MINOR_VFL_TYPE_VBI_MAX+1;name_base = vbi;break;case VFL_TYPE_RADIO:base=MINOR_VFL_TYPE_RADIO_MIN;end=MINOR_VFL_TYPE_RADIO_MAX+1;name_base = radio;break;default:printk(KERN_ERR %s called with unknown type: %d/n, _func_, type);return -1;/* 计算出次设备号 */mutex_lock(&videodev_lock);if (nr = 0 & nr end-base) /* use the one the driver asked for */i = base+nr;if (NULL != video_devicei) mutex_unlock(&videodev_lock);return -ENFILE; else /* use first free */for(i=base;iminor=i;mutex_unlock(&videodev_lock);mutex_init(&vfd-lock);/* sysfs class */memset(&vfd-class_dev, 0x00, sizeof(vfd-class_dev);if (vfd-dev)vfd-class_dev.parent = vfd-dev;vfd-class_dev.class = &video_class;vfd-class_dev.devt = MKDEV(VIDEO_MAJOR, vfd-minor);sprintf(vfd-class_dev.bus_id, %s%d, name_base, i - base);/最后在/dev目录下的名称ret = device_register(&vfd-class_dev);/结合udev或mdev可以实现自动在/dev下创建设备节点从上面的注册函数中可以看出V4L2驱动的注册事实上只是完成了设备节点的创建,如:/dev/video0。和video_device结构指针的保存。(3)视频驱动的打开过程当用户空间调用open打开对应的视频文件时,如:int fd = open(/dev/video0, O_RDWR);对应/dev/video0的文件操作结构是/drivers/media/videodev.c中定义的video_fops。static const struct file_operations video_fops=.owner= THIS_MODULE,.llseek= no_llseek,.open= video_open,;奇怪吧,这里只实现了open操作。那么后面的其它操作呢?还是先看看video_open吧。static int video_open(struct inode *inode, struct file *file)unsigned int minor = iminor(inode);int err = 0;struct video_device *vfl;const struct file_operations *old_fops;if(minor=VIDEO_NUM_DEVICES)return -ENODEV;mutex_lock(&videodev_lock);vfl=video_deviceminor;if(vfl=NULL) mutex_unlock(&videodev_lock);request_module(char-major-%d-%d, VIDEO_MAJOR, minor);mutex_lock(&videodev_lock);vfl=video_deviceminor; /根据次设备号取出video_device结构if (vfl=NULL) mutex_unlock(&videodev_lock);return -ENODEV;old_fops = file-f_op;file-f_op = fops_get(vfl-fops);/替换此打开文件的file_operation结构。后面的其它针对此文件的操作都由新的结构来负责了。也就是由每个具体的video_device的fops负责。if(file-f_op-open)err = file-f_op-open(inode,file);if (err) fops_put(file-f_op);file-f_op = fops_get(old_fops);以上是我对V4L2的一些理解,希望能对大家了解V4L2有一些帮助!Android overlay 学习 二 Android camera preview and take picture with V4l2 2011-09-21 09:43 297人阅读 评论(0) 收藏 举报 androidvideoimagestreamcallbackstruct这部分spec的内容没有全看懂,但是根据FSL的代码能知道这其中的sequence,下面就结合着FSL的代码来描述下videooverlay过程的sequence。首先介绍一下video overlay,vieo overlay不同于video capture, 是指不需要对video信号的帧进行copy,直接将视频信号转化成显卡的VGA信号或者将捕获到的视频帧直接存放在显卡的内存中,具体过程就是将视频帧 直接写入framebuffer中,不需要经过android 平台的处理。实际上看过FSL的camera preview过程之后就知道,它就是直接将视频数据 写入framebuffer,而没有经过android的surfaceflinger的处理。Video overlay需要硬件的支持,必须是支持video overlay的camera才能使用这套overlay interface。因为video overlay直接使用linux 的framebuffer来显示捕获到的image,所以和capture相比它更具有效率,而不是将捕获到的image拷贝以后通过其他的方式(android surfaceflinger)来显示。Viedo overlay只用来preview,又被称为framebuffer overlay或previwing。从spec上来看,实际上 video capture interface也能实现preview,只是没有overlay有效率,因为video capture是将数据经过copy以后由android surfaceflinger来控制进行显示(实际上最后surfaceflinger还是通过framebuffer来显示的)。Video overlay和Video capture使用同样的device,overlay的功能只有在调用VIDIOC_S_FMT后才会有效。下面就看看overlay流程的sequcence。1、open device这部分同video capture,首先是要打开设备。如果是同时进行overlay和capture,应该尽量不使用同一个文件 描述符,比如说如果此时在overlay,要拍照的话应该再打开设备,使用一个分开的文件描述符来进行capture。如果driver支持同时进行 overlay和capture的话,必须支持使用分开的文件描述符来分别进行overlay和capture 。camera_device = open(VIDEO_DEVICE, O_RDWR) ;2、set output对于这个设置 输出不是太理解,但overlay换个角度来说是将捕获的image重新组合成能在屏幕上显示的视频信号,在这里的设置输出应该是如果device有多个输出的话,选择一个输出来将数据输入到屏幕,也就是framebuffer。ioctl(camera_device, VIDIOC_S_OUTPUT, &g_display_lcd) ;3、set control可选设置用户控制参数,FSL在这里使用了他们驱动自定义的控制参数,不是很理解这个参数设置是想实现什么操作,我觉得这个应该是可选的。ioctl(camera_device, VIDIOC_S_CTRL, &ctl) ;4、setcrop这个同video capture是一样的,只是type由V4L2_BUF_TYPE_VIDEO_CAPTURE换成了V4L2_BUF_TYPE_VIDEO_OVERLAY,然后是取景参数的设置:left,top,width,height。ioctl(camera_device, VIDIOC_S_CROP, &crop) ;5、set format这个format应该是最后preview我们在屏幕上看到的image的格式,如果在video capture中,这个就是我们拍照时image的格式。ioctl(camera_device, VIDIOC_S_FMT, fmt) ;6、 get video std这个我觉得肯定是可选的,取得当前视频标准ioctl(camera_device, VIDIOC_G_STD, &id) ;7、set stream param设置流参数,这个和video capture是相同的,这里的param.type是V4L2_BUF_TYPE_VIDEO_CAPTURE,其中timeperframe的分母是需要设定的帧率,而分子是1。ioctl(camera_device, VIDIOC_S_PARM, &parm) ;PS这里补充一点stream param方面的spec:一般来说当前的帧率是由当前的视频标准来决定的,如果默认采用视频标准的帧率就不需要设置流参数,但是如果想获得或者设定自己的帧率就需要使用VIDIOC_G_PARM, VIDIOC_S_PARM:int ioctl(int fd, int request, v4l2_streamparm *argp);struct v4l2_stramparam包含以下主要成员:enum v4l2_buf_type typeunion paramstruct v4l2_captureparm capturestruct v4l2_outputparam output/要注意的是在这里,不管是overaly还是capture,这里的buffer type都是选择的V4L2_BUF_TYPE_VIDEO_CAPTURE。Struct v4l2_captureparam包含以下主要成员:_u32 capturemode/是否支持高质量图像捕捉struct v4l2_fract timeperframe/设置帧率,通过分母分子实现这里要注意的是,通过 VIDIOC_S_PARM设置帧率不一定成功,driver会根据硬件限制来设置这些参数,所以一般设置以后可以通过VIDIOC_G_PARM来看设定是否成功。前面从18都是设置overlay的参数,然后需要设置framebuufer的参数,framebuffer参数部分的设置通过VIDIOC_G_FBUF,VIDIOC_S_FBUF来实现,这里的参数也是比较复杂,具体可以去参照这个spec:/spec/r10595.htm我看FSL的代码,它也是采用了默认的framebuffer的参数,唯一的就是改变了一下flag:ioctl(camera_device, VIDIOC_G_FBUF, &fb_v4l2) ;fb_v4l2.flags = V4L2_FBUF_FLAG_OVERLAY;ioctl(camera_device, VIDIOC_S_FBUF, &fb_v4l2) ;在设置framebubffer参数之前,FSL打开了framebuffer设备,并对屏幕进行了一系列的配置,因为overlay状态下是直接写屏,所以它这里加入了对framebuffer设备的配置工作。完成这一系列的配置以后通过调用overlay即开始了overlay过程,在这里overlay的数为0时为关闭overlay,为1时为打开overlay。ioctl(camera_device, VIDIOC_OVERLAY, &overlay) ;实际上看FSL的 preview代码,虽然也加入了线程的概念,但线程内没有作什么实际性的内容,在preview线程起来之前,overlay实际上已经开始了。个人觉 得这个preview线程是一个多余的操作。而且它也没有用到android内部的memory,因此在overlay preview的启动过程中对initHeapLocked()的调用也完全是多余的,没有进行实质性的操作。由此可见FSL code完全就是通过linux和v4l2来实现了camera preview的功能,甚至连previewcallback都省去了。FSL camera take picture with v4l2首先说明一下可能是因为FSL 的camera 不支持autofocus ,所以它没有实现对autofocus 的支持,autofucus 线程直
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
最新文档
- 国有企业资金管理方案
- 国有企业薪酬优化方案
- 2015年高中地理 第二节《气压带和风带》第一课时教学设计 新人教版必修1
- 颞下颌关节紊乱热敷护理查房
- 2025-2026学年教学设计教学设想怎么写
- 高边坡预应力锚索加固施工方案
- 煤矿采煤机(掘进机)操作证考试题及答案
- 小儿多发性神经根炎护理查房
- 钢结构厂房工程施工方案
- 2026年河南省企业人力资源管理师二级(综合评审)真题及答案
- 南京六合投资运营集团有限公司招聘笔试题库2026
- 2026年冀教版四年级下册语文期末测试卷(附答案)
- 消防产品监督管理规定
- 2026届辽宁省沈阳市和平区第一二六中学中考三模语文试题含解析
- 2025年北京市初二地生会考考试试题及答案
- 2026年学习教育查摆问题清单及整改措施台账(四个方面16条)
- 2025安徽五蒙高速公路开发有限公司劳务派遣人员招聘64人笔试历年备考题库附带答案详解
- 设备维修安全管理制度
- 安全生产三管三必须培训课件
- 项目档案工作培训课件
- 2026年安徽书记员考试试题真题
评论
0/150
提交评论