初始v4l2(六)-------根据虚拟驱动vivi的使用彻底分析摄像头驱动
前面的几篇文章已经分析了v4l2的框架,对框架的分析是比较粗浅的,能基本清楚函数之间的调用过程。但是很多内容并没有分析,比如说里面有很多ioctl,并没有分析哪些ioctl是必须的,也没有分析如何从应用程序去获得摄像头数据。在本篇文章中,将根据虚拟驱动vivi的使用彻底分析摄像头驱动。
要想分析使用过程,必须得到应用程序的源码。xawtv的源码可以从 http://www.kraxel.org/releases/xawtv。
在我们进行分析源码的时候,当然可以从xawtv的main函数进行分析,看看它涉及对vivi驱动程序有哪些系统调用,但是这个过程会非常的复杂,因为xawtv除了调用vivi驱动程序外,还有其他很多的工作。那么如何可以快速的了解它所涉及的调用呢?
利用strace命令,在linux命令行下输入:strace -0 xawtv.log xawtv。这样的话,xawtv中所涉及的所有open、read、ioctl这些系统调用都会记录在xawtv.log中。
1、open
2、ioctl(4,VIDIOC_QUERYCAP//获取设备支持的操作
3、ioctl(4,VIDIOC_G_FMT //获取设备支持的视频格式
4、ioctl(4,VIDIOC_ENUM_FMT //列举格式
5、ioctl(4,VIDIOC_G_INPUT //获得当前的使用源
6、ioctl(4,VIDIOC_ENUMINPUT //列举输入源
7、ioctl(4,VIDIOC_QUERYCTRL) //查询属性,比如亮度、对比度
8、for()
ioctl(4,VIDIOC_ENUMSTD //列举标准或制式
9、ioctl(4,VIDIOC_G_PARM
10、for()
ioctl(4,VIDIOC_G_STD//获得当前使用的标准(制式)
11、ioctl(4,VIDIOC_G_CTRL) //获取当前的属性,比如说亮度是多少
12、ioctl(4,VIDIOC_TRY_FMT) //试试能否支持某种格式
13、ioctl(4,VIDIOC_S_FMT) //设置捕获视频的格式
14、ioctl(4,VIDIOC_REQBUFS)//请求系统分配的缓冲区,指向驱动提出申请内存的请求
15、ioctl(4,VIDIOC_QUERYBUF)//查询所分配的缓冲区,指向驱动查询申请到的内存
16、ioctl(4,VIDIOC_QBUF) //把缓冲区放入队列,指将空闲的内存加入可捕获视频的队列
17、ioctl(4,VIDIOC_STREAMON //启动摄像头
18、ioctl(4,VIDIOC_S_CTRL //设置属性
19、ioctl(4,VIDIOC_S_INPUT)设置输入源
20、ioctl(4,VIDIOC_S_STD //设置制式
21、for()
{
select()//就是poll机制,查询设备有没有数据,如果有数据的话,就去读取数据
ioctl(4,VIDIOC_DQBUF /de-queue// 把缓冲区从队列中取出,指已经捕获好视频的内存拉出已捕获视频的队列
//处理
ioctl(4,VIDIOC_QBUF //把缓冲区放入队列
}
static void*v4l2_open(char *device)
{
open(device, O_RDWR)
if (-1 == xioctl(h->fd,VIDIOC_QUERYCAP,&h->cap,EINVAL))
goto err;
get_device_capabilities(h); //获得设备的性能
}
static void get_device_capabilities(struct v4l2_handle *h)
{
for () {
if (-1 == xioctl(h->fd, VIDIOC_ENUMINPUT, ))
break;
}
for () {
if (-1 == xioctl(h->fd, VIDIOC_ENUMSTD, ))
break;
}
for () {
if (-1 == xioctl(h->fd, VIDIOC_ENUM_FMT, ))
break;
}
ioctl(h->fd,VIDIOC_G_PARM,);
/* controls */
for (i = 0; i < MAX_CTRL; i++) {
if (-1 == xioctl(h->fd, VIDIOC_QUERYCTRL, )
}
}
static int v4l2_read_attr(struct ng_attribute *attr)
{
xioctl(h->fd,VIDIOC_G_CTRL,);
xioctl(h->fd,VIDIOC_G_STD,);
xioctl(h->fd,VIDIOC_G_INPUT,);
}
static int v4l2_start_streaming(struct v4l2_handle *h, int buffers)
{
if (-1 == xioctl(h->fd, VIDIOC_REQBUFS, &h->reqbufs, 0))
return -1;
for(){
if (-1 == xioctl(h->fd, VIDIOC_QUERYBUF, &h->buf_v4l2[i], 0))
return -1;
mmap()//映射地址
}
v4l2_queue_all(h);
v4l2_queue_buffer
rc = xioctl(h->fd,VIDIOC_QBUF,
/* start capture */
if (-1 == xioctl(h->fd,VIDIOC_STREAMON
}
简单梳理一下上面的过程:通过v4l2_read_attr获得某些特性,然后在v4l2_start_streaming函数中,请求系统分配的缓冲区。由于不知道所分配的缓冲区的首地址、大小等信息,于是利用for循环,对于分配的每个缓冲区都查询该buffer,调用mmap函数作一定的映射,从而应用程序可以利用映射得到的地址对该缓冲区进行访问;利用for循环,把buf放入队列;最后调用streamon来启动摄像头。
static void v4l2_write_attr(struct ng_attribute *attr, int value)
{
xioctl(h->fd,VIDIOC_S_CTRL,);
xioctl(h->fd,VIDIOC_S_STD,);
xioctl(h->fd,VIDIOC_S_INPUT,);
}
v4l2_nextframe
static int v4l2_waiton(struct v4l2_handle *h)
{
select(h->fd + 1, &rdset, NULL, NULL, &tv)//来查询有没有数据
//以前已经通过mmap获得buf的地址,就可以直接访问缓冲区里面的数据
xioctl(h->fd,VIDIOC_DQBUF,&buf, 0)//把缓冲区从队列中取出来
}
从上面大概的可以理解,虚拟摄像头里面的数据是如何获得的?
1)应用程序调用VIDIOC_REQBUFS来请求系统分配缓冲区;
2)调用VIDIOC_QUERYBUF来查询分配的缓冲区;
3)调用mmap函数让应用程序知道以后去哪个地址访问缓冲区;
4)调用VIDIOC_QBUF把这些缓冲区放入驱动程序里的某个队列中;
5)调用VIDIO_STREAMON来启动摄像头;
6)调用select函数来查询有没有数据,如果驱动程序有了数据,就会把应用程序给唤醒;
7)唤醒之后应用程序会调用VIDIOC_DQBUF获得buf的信息,然后进行处理,处理完后再次放入队列。
XAWtv的几大函数:
1、V4l2_open
2、V4l2_read/write_attr
3、v4l2_start_streaming
4、v4l2_nextframe--->v4l2_waiton
现在我们来做这样的一件事情,找出最简版本的vivi ioctl的驱动程序。上一篇博客中已经分析,当应用程序调用ioctl时,就会调用video_ioctl2,从而根据ioctl不同的cmd来调用vivi_ioctl_ops。
static const struct v4l2_file_operations vivi_fops = {
.owner = THIS_MODULE,
.open = v4l2_fh_open,
.release = vivi_close,
.read = vivi_read,
.poll = vivi_poll,
.unlocked_ioctl = video_ioctl2, /* V4L2 ioctl handler */
.mmap = vivi_mmap,
};
static const struct v4l2_ioctl_ops vivi_ioctl_ops = {
/*表明它是一个摄像头设备*/
.vidioc_querycap = vidioc_querycap,
/*枚举、获得、测试、设置摄像头的数据格式*/
.vidioc_enum_fmt_vid_cap = vidioc_enum_fmt_vid_cap,
.vidioc_g_fmt_vid_cap = vidioc_g_fmt_vid_cap,
.vidioc_try_fmt_vid_cap = vidioc_try_fmt_vid_cap,
.vidioc_s_fmt_vid_cap = vidioc_s_fmt_vid_cap,
/*缓冲去操作:申请、查询、放入队列、取出队列*/
.vidioc_reqbufs = vidioc_reqbufs,
.vidioc_querybuf = vidioc_querybuf,
.vidioc_qbuf = vidioc_qbuf,
.vidioc_dqbuf = vidioc_dqbuf,
/*启动/停止*/
.vidioc_streamon = vidioc_streamon,
.vidioc_streamoff = vidioc_streamoff,
/上面的摄像头驱动程序是必须的*/
/*下面的这些驱动程序不是必须的,缺少了这些东西,虽然功能不太完全,但至少还能运行*/
.vidioc_enum_input = vidioc_enum_input, //枚举输入源,输入源1、输入源2等等
.vidioc_g_input = vidioc_g_input,//获得输入源
.vidioc_s_input = vidioc_s_input,//设置输入源
/*用于设置、列举、获得TV制式,用来表示模拟信号的,对于数字摄像头,这个是没用处的*/
.vidioc_s_std = vidioc_s_std,
.tvnorms = V4L2_STD_525_60,用于VIDIOC_ENUMSTD
.current_norm = V4L2_STD_NTSC_M,//用于VIDIOC_G_STD
};
初始v4l2(六)-------根据虚拟驱动vivi的使用彻底分析摄像头驱动的更多相关文章
- 通过虚拟驱动vivi分析摄像头驱动
Linux摄像头驱动学习之:(二)通过虚拟驱动vivi分析摄像头驱动 一.通过指令 "strace -o xawtv.log xawtv" 得到以下调用信息: // 1~7都是在v ...
- 21、根据(应用程序)虚拟驱动vivi的使用过程彻底分析摄像头驱动(有ioctrl分析)
videobuf2-core.h中的vb2_buffer,记录了v4l2_buffer ,驱动可以对vb2_buffer的v4l2_buffer进行操控, vb2_buffer是v4l2框架层的代码, ...
- Linux摄像头驱动学习之:(二)通过虚拟驱动vivi分析摄像头驱动
一.通过指令 "strace -o xawtv.log xawtv" 得到以下调用信息:// 1~7都是在v4l2_open里调用1. open2. ioctl(4, VIDIOC ...
- 摄像头驱动_摄像头驱动程序必需的11个ioctl及摄像头数据的获取过程
摄像头驱动_摄像头驱动程序必需的11个ioctl及摄像头数据的获取过程 根据虚拟驱动vivi的使用过程彻底分析摄像头驱动// 1~2都是在v4l2_open里调用1. open2. ioctl(4, ...
- V4L2(二)虚拟摄像头驱动vivi深入分析【转】
转自:http://www.cnblogs.com/tureno/articles/6694463.html 转载于: http://blog.csdn.net/lizuobin2/article/d ...
- 13、虚拟驱动vivi.c注册过程分析及怎么写V4L2驱动及启动过程
UVC设备也是一个usb设备,在uvc_driver.c中的init函数会调用usb_register注册,根据id_table发送可支持的设备后调用probe函数,其会去uvc_register_c ...
- V4L2学习(五)VIVI虚拟摄像头驱动
概述 前面简单分析了内核中虚拟摄像头驱动 vivi 的框架与实现,本文参考 vivi 来写一个虚拟摄像头驱动,查询.设置视频格式相对简单,难点在于 vb2_buf 的处理过程. 数据采集流程分析 在我 ...
- 二十四、V4L2框架主要结构体分析和虚拟摄像头驱动编写
一.V4L2框架主要结构体分析 V4L2(video for linux version 2),是内核中视频设备的驱动框架,为上层访问视频设备提供统一接口. V4L2整体框架如下图: 图中主要包括两层 ...
- 彻底分析虚拟视频驱动vivi(三)
在Ubuntu系统中接上usb摄像头设备时,系统会自动安装对应的usb设备驱动程序.我们现在要使用自己编译的vivi驱动,该怎么办呢? 1.先安装系统自带的vivi驱动和它所依赖的所有驱动:sudo ...
随机推荐
- [C4W2] Convolutional Neural Networks - Deep convolutional models: case studies
第二周 深度卷积网络:实例探究(Deep convolutional models: case studies) 为什么要进行实例探究?(Why look at case studies?) 这周我们 ...
- 解释JUnit中@BeforeClass和@AfterClass标注的方法必须是static的,而在TestNg不必
在JUnit中@BeforeClass和@AfterClass标注的方法必须是static的:但是在TestNg中却没有这样的限制,这是为什么呢. 其实和他们两的运行机制有关. 在junit中: 每运 ...
- MyEclipse清除所有断点的方法
今天调试网站时遇到点奇怪的问题,于是在宠大的代码段里加了N处断点,但从其它项目代码段链接代码加入断点后,关闭标签再次打开时发现断点看不到了,但运行到那段代码时依然会被中断.没有断点标记,不能手动取消怎 ...
- 1+x证书Web前端开发中级理论考试(试卷1)
2019年下半年 Web前端开发中级 理论考试 (考试时间19:00-20:30 共150分钟,测试卷1) 本试卷共3道大题,满分100分. 请在指定位置作答. 一.单选题(每小题2分,共30小题,共 ...
- 【Linux命令】Linux命令后面所接选项和参数的区别
Linux命令后面所接选项和参数的区别 在使用Linux命令时,有时候后面会跟一些"选项"(options)或"参数"(agruments) 命令格式为: #中 ...
- .Net轻松处理亿级数据--ClickHouse数据操作
该篇内容由个人博客点击跳转同步更新!转载请注明出处! 我不喜欢拿一堆数据的运行耗时来对比各个解决方案的性能等,有时候看一些测评长篇大论写耗时的一些对比,有时就差个 几百毫秒 我觉得也没啥必要,关键是好 ...
- javascript的数据类型检测
JavaScript有两种数据类型,分别是基本数据类型和引用数据类型.其中基本数据类型包括Undefined.Null.Boolean.Number.String和Symbol(ES6新增,表示独一无 ...
- 修改linux内核加载顺序
修改内核启动顺序:1.查看当前系统所有的内核# awk -F\' '$1=="menuentry " {print i++ " : " $2}' /etc/gr ...
- Kubernetes 弹性伸缩全场景解读(二)- HPA 的原理与演进
前言 在上一篇文章 Kubernetes 弹性伸缩全场景解析 (一):概念延伸与组件布局中,我们介绍了在 Kubernetes 在处理弹性伸缩时的设计理念以及相关组件的布局,在今天这篇文章中,会为大家 ...
- 【java】【guava】Google Guava的splitter用法
Google Guava的splitter,分割字符串的用法 package com.sxd.swapping.guava; import com.google.common.base.CharMat ...