`
lrb221cw
  • 浏览: 12794 次
最近访客 更多访客>>
社区版块
存档分类
最新评论

V4L2驱动的移植与应用(二)

 
阅读更多

V4L2驱动的移植与应用(二)
2011年05月12日
  二、V4L2的应用    下面简单介绍一下V4L2驱动的应用流程。
  1、  视频采集的基本流程
  一般的,视频采集都有如下流程:
  2、  打开视频设备
  在V4L2中,视频设备被看做一个文件。使用open函数打开这个设备:
  // 用非阻塞模式打开摄像头设备
  int cameraFd;
  cameraFd = open("/dev/video0", O_RDWR | O_NONBLOCK, 0);
  // 如果用阻塞模式打开摄像头设备,上述代码变为:
  //cameraFd = open("/dev/video0", O_RDWR, 0);
  关于阻塞模式和非阻塞模式:应用程序能够使用阻塞模式或非阻塞模式打开视频设备,如果使用非阻塞模式调用视频设备,即使尚未捕获到信息,驱动依旧会把缓存(DQBUFF)里的东西返回给应用程序。
  3、  设定属性及采集方式
  打开视频设备后,可以设置该视频设备的属性,例如裁剪、缩放等。这一步是可选的。在Linux编程中,一般使用ioctl函数来对设备的I/O通道进行管理:
  extern int ioctl (int __fd, unsigned long int __request, ...) __THROW;
  __fd:设备的ID,例如刚才用open函数打开视频通道后返回的cameraFd;
  __request:具体的命令标志符。
  在进行V4L2开发中,一般会用到以下的命令标志符:
  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_DQBUF:把数据从缓存中读取出来
  VIDIOC_QBUF:把数据放回缓存队列
  VIDIOC_STREAMON:开始视频显示函数
  VIDIOC_STREAMOFF:结束视频显示函数
  VIDIOC_QUERYSTD:检查当前视频设备支持的标准,例如PAL或NTSC。
  这些IO调用,有些是必须的,有些是可选择的。
  4、  检查当前视频设备支持的标准
  在亚洲,一般使用PAL(720X576)制式的摄像头,而欧洲一般使用NTSC(720X480),使用VIDIOC_QUERYSTD来检测:
  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;
  memset ( &fmt, 0, sizeof(fmt) );
  fmt.type                = V4L2_BUF_TYPE_VIDEO_CAPTURE;
  fmt.fmt.pix.width       = 720;
  fmt.fmt.pix.height      = 576;
  fmt.fmt.pix.pixelformat = V4L2_PIX_FMT_YUYV;
  fmt.fmt.pix.field       = V4L2_FIELD_INTERLACED;
  if (ioctl(fd, VIDIOC_S_FMT, &fmt) == -1) {
  return -1;
  }
  v4l2_format结构体定义如下:
  struct v4l2_format
  {
  enum v4l2_buf_type type;    // 数据流类型,必须永远是V4L2_BUF_TYPE_VIDEO_CAPTURE
  union
  {
  struct v4l2_pix_format    pix; 
  struct v4l2_window        win; 
  struct v4l2_vbi_format    vbi; 
  __u8    raw_data[200];         
  } fmt;
  };
  struct v4l2_pix_format
  {
  __u32                   width;         // 宽,必须是16的倍数
  __u32                   height;        // 高,必须是16的倍数
  __u32                   pixelformat;   // 视频数据存储类型,例如是YUV4:2:2还是RGB
  enum v4l2_field         field;
  __u32                   bytesperline;   
  __u32                   sizeimage;
  enum v4l2_colorspace    colorspace;
  __u32                   priv;      
  };
  6、  分配内存
  接下来可以为视频捕获分配内存:
  struct v4l2_requestbuffers  req;
  if (ioctl(fd, VIDIOC_REQBUFS, &req) == -1) {
  return -1;
  }
  v4l2_requestbuffers定义如下:
  struct v4l2_requestbuffers
  {
  __u32               count;  // 缓存数量,也就是说在缓存队列里保持多少张照片
  enum v4l2_buf_type  type;   // 数据流类型,必须永远是V4L2_BUF_TYPE_VIDEO_CAPTURE
  enum v4l2_memory    memory; // V4L2_MEMORY_MMAP 或 V4L2_MEMORY_USERPTR
  __u32               reserved[2];
  };
  7、  获取并记录缓存的物理空间
  使用VIDIOC_REQBUFS,我们获取了req.count个缓存,下一步通过调用VIDIOC_QUERYBUF命令来获取这些缓存的地址,然后使用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 内存划分成用户空间和内核空间,分别由应用程序管理和操作系统管理。应用程序可以直接访问内存的地址,而内核空间存放的是 供内核访问的代码和数据,用户不能直接访问。v4l2捕获的数据,最初是存放在内核空间的,这意味着用户不能直接访问该段内存,必须通过某些手段来转换地址。
  一共有三种视频采集方式:
  1)使用read、write方式:直接使用 read 和 write 函数进行读写。这种方式最简单,但是这种方式会在 用户空间和内核空间不断拷贝数据 ,同时在用户空间和内核空间占用 了 大量内存,效率不高。
  2)内存映射方式(mmap):把设备里的内存映射到应用程序中的内存控件,直接处理设备内存,这是一种有效的方式。上面的mmap函数就是使用这种方式。
  3)用户指针模式:内存由用户空间的应用程序分配,并把地址传递到内核中的驱动程序,然后由 v4l2 驱动程序直接将数据填充到用户空间的内存中。这点需要在v4l2_requestbuffers里将memory字段设置成V4L2_MEMORY_USERPTR。
  第一种方式效率是最低的,后面两种方法都能提高执行的效率,但是对于mmap 方式,文档中有这样一句描述 --Remember the buffers are allocated in physical memory, as opposed to virtual memory which can be swapped out to disk. Applications should free the buffers as soon as possible with the munmap () function .(使用mmap方法的时候,buffers相当于是在内核空间中分配的,这种情况下,这些buffer是不能被交换到虚拟内存中,虽然这种方法不怎么影响读写效率,但是它一直占用着内核空间中的内存,当系统的内存有限的时候,如果同时运行有大量的进程,则对系统的整体性能会有一定的影响。)
  所以,对于三种视频采集方式的选择,推荐的顺序是 userptr 、 mmap 、 read-write 。当使用 mmap 或 userptr 方式的时候,有一个环形缓冲队列的概念,这个队列中,有 n 个 buffer ,驱动程序采集到的视频帧数据,就是存储在每个 buffer 中。在每次用 VIDIOC_DQBUF 取出一个 buffer ,并且处理完数据后,一定要用 VIDIOC_QBUF 将这个 buffer 再次放回到环形缓冲队列中。环形缓冲队列,也使得这两种视频采集方式的效率高于直接 read/write 。
  9、  处理采集数据
  V4L2有一个数据缓存,存放req.count数量的缓存数据。数据缓存采用FIFO的方式,当应用程序调用缓存数据时,缓存队列将最先采集到的 视频数据缓存送出,并重新采集一张视频数据。这个过程需要用到两个ioctl命令,VIDIOC_DQBUF和VIDIOC_QBUF:
  struct v4l2_buffer buf;
  memset(&buf,0,sizeof(buf));
  buf.type=V4L2_BUF_TYPE_VIDEO_CAPTURE;
  buf.memory=V4L2_MEMORY_MMAP;
  buf.index=0;
  //读取缓存
  if (ioctl(cameraFd, VIDIOC_DQBUF, &buf) == -1)
  {
  return -1;
  }
  //…………视频处理算法
  //重新放入缓存队列
  if (ioctl(cameraFd, VIDIOC_QBUF, &buf) == -1) {
  return -1;
  }
  10、              关闭视频设备
  使用close函数关闭一个视频设备
  close(cameraFd)
  (待续)
分享到:
评论

相关推荐

    v4l2驱动的移植和应用源码

    v4l2驱动的移植和应用源码 v4l2驱动的移植和应用源码

    V4L2开发资料汇总

    花了很大的经历,搜集并整理了v4l2开发的文档,这些文档写的比较好,并非网上胡编乱造乱转发的资料,先汇总后共享给大家,资源列表: ①linux驱动学习笔记...⑨V4L2驱动的移植与应用(二) ⑩V4L2驱动的移植与应用(三)

    linux下基于QT和v4l2驱动的USB摄像头视频采集与显示

    linux下基于QT和v4l2驱动的USB摄像头视频采集与显示例子,请参看其中README文件,本例子在ubuntu12.04LTS下编译通过,采用的通用的免驱摄像头,可以方便的移植到嵌入式linux中

    应用程序框架 V4L2

    V4L2应用程序框架 视频采集方式 处理采集数据 vimicro摄像头移植了Linux下的驱动

    摄像头+v4l2+frambuff+驱动工程师

    1.实现了v4l2的摄像头应用编程 2.实现了MJPE到RGB565编解码 3.显示屏frambuff框架编程 4.libjpeg详细移植过程

    基于Zynq_7000高清视频采_省略_系统Linux移植与应用程序设计_李朗.caj

    在 Linux 操作系统移植任务中,充分研究了驱动程序和底层 IP 核的关系,基于 V4L2 框架完成了视频处理 IP 核驱动程序开发,通过视频 IP 核的优化处理,完成了 RGB 格式高清图像采集与显示。在应用层采用软硬件协同...

    智能家居的项目用的 V4L2

    使用的中星微的摄像头,移植了spcaview进行图像的获取,后来用了2.6.29的核,发现以前移植的spcaview不能用了,后来查了一下,发现2.6.29核采用了UVC的驱动(万能驱动),采用了V4L2框架,而spcaview是基于V4L1的...

Global site tag (gtag.js) - Google Analytics