v4l2源代码（v4l2应用编程）

本篇文章给大家谈谈v4l2源代码，以及v4l2应用编程对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、Linux设备管理系统的源代码指的是哪些部分?
• 2、V4L2视频采集到的图像帧，可否90度旋转呢？如何实现？
• 3、Linux v4l2图片采集问题
• 4、camera v4l2 与 i2c 怎么建立联系
• 5、如何写一个Android USB接口驱动
• 6、Android的硬件抽象层和驱动体系为什么这么弱暴

Linux设备管理系统的源代码指的是哪些部分?

设备管理系统，严格意义上没有这个东西。

内核分为几个部分，而设备管理是基于设备驱动上一层的东西，这些东西是通过驱动中参照某些标准，比如声卡参照alsa，视频参照v4l2，一些自己写的驱动则是自己定义调用接口。接口可以是IOCTL接口，也可以是read, write接口。也就是说，设备管理实际上是基于文件系实现的。

对应的文件系统，可以通过/dev下的设备节点来进行设备管理，也可以通过/proc文件系统来进行属性查询，也可以通过/sys文件系统来进行配置和获得整个系统设备的map。

大概就这样。

V4L2视频采集到的图像帧，可否90度旋转呢？如何实现？

V4L2_CID_ROTATE只在较新的Linux内核中存在，Fedora 9的2.6.25源代码的include/linux/videodev2.h中没有这个ID...原来如此...

Linux v4l2图片采集问题

源码中：

fmt.fmt.pix.pixelformat = V4L2_PIX_FMT_YUYV;

fmt.fmt.pix.field = V4L2_FIELD_INTERLACED;

ioctl (fd, VIDIOC_S_FMT, fmt);

指定了采集图像的格式为YUYV格式。

要像采集成JPEG图像，得查询一下摄像头是否有相应功能，如果没有相应功能即使将fmt设置为jpeg最终采集到的还是yuyv格式。

yuyv可以转换为bmp数据，然后调用jpeglib库转换为jpg图像，稍稍有些麻烦，但没办法硬件不足就要用软件来弥补了。

至于你说的read没读到数据，我现在没有开发环境，没法测试。

camera v4l2 与 i2c 怎么建立联系

1：硬件相关：简单数字电路要懂看懂电路图（简单）能根据电路找相应Camera硬件连接GPIO并根据芯片手册配置GPIO相应模式；比GPIO模式输入IO或输IO；或配置PWM模式；同模式GPIO工作式同；

2：Camera驱：比ov5640；要找本Linux驱相关书看看比《linux设备驱程序》知道简单linux设备驱写；工作Camera驱需要写参考使用参考驱般支持实现录像、拍照功能别白平衡、焦等都需要自调试；

3：要习V4L2协议驱导/dev/video0接口通V4L2协议；层C应用通V4L2协议访问/dev/video0；实际V4L2协议通些标志linux ioctl（）函数底层驱通信；V4L2协议屏蔽各种Camera驱同（比usb摄像mipi接口摄像）提供统摄像驱通信规范；

4：要知道C++class相关知识能看C++代码既C知识哪C++面相象看懂知道C++class；要懂C++呢Android Camera HAL访问/dev/video0都用C++写二十几xxxx.cpp同类相互继承实现；且要懂Android HAL层写至少查查资料知道用哪看；般都CameraModule.cpp或CameraHal.cpp；

5：JNI写知道些至少抄些写都固定调试程候要java层跟踪代码HAL层再驱；

5：要用Linux所Android源码都Linux编译；要知道ARM架构交叉编译器；比arm-linux-gcc；知道编译Androidkernel源码；刷机；调试；买块带CameraAndroid发板；

如何写一个Android USB接口驱动

说到 android 驱动是离不开 Linux 驱动的。Android 内核采用的是 Linux2.6 内核 （最近Linux 3.3 已经包含了一些 Android 代码）。但 Android 并没有完全照搬 Linux 系统内核，除了对Linux 进行部分修正，还增加了不少内容。android 驱动 主要分两种类型：Android 专用驱动 和 Android 使用的设备驱动（linux）。

Android 专有驱动程序：

1）Android Ashmem 匿名共享内存； 为用户空间程序提供分配内存的机制，为进程间提供大块共享内存，同时为内核提供回收和管理这个内存。

2）Android Logger 轻量级的LOG（日志） 驱动；

3）Android Binder 基于 OpenBinder 框架的一个驱动；

4）Android Power Management 电源管理模块；

5）Low Memory Killer 低内存管理器；

6）Android PMEM 物理内存驱动；

7）USB Gadget USB 驱动（基于 gaeget 框架）；

8）Ram Console 用于调试写入日志信息的设备；

9）Time Device 定时控制设备；

10）Android Alarm 硬件时钟；

Android 上的设备驱动：

1）Framebuff 显示驱动；

2）Event 输入设备驱动；

3）ALSA 音频驱动；

4）OSS 音频驱动；

5）v412摄像头：视频驱动；

6）MTD 驱动；

7）蓝牙驱动；

8）WLAN 设备驱动；

Android 专有驱动程序

1.Android Ashmem

为用户空间程序提供分配内存的机制，为进程间提供大块共享内存，同时为内核提供回收和管理这个内存。

设备节点：/dev/ashmen .主设备号 10.

源码位置： include/linux/ashmen.h Kernel /mm/ashmen.c

相比于 malloc 和 anonymous/named mmap 等传统的内存分配机制，其优势是通过内核驱动提供了辅助内核的内存回收算法机制（pin/unoin）

2.Android Logger

无论是底层的源代码还上层的应用，我们都可以使用 logger 这个日志设备看、来进行调试。

设备节点： /dev/log/main /dev/log/event /dev/log/radio

源码位置：include/linux/logger.h include/linux/logger.c

3.Android Binder

IPC Binder 一种进程间通信机制。他的进程能够为其它进程提供服务 ----- 通过标准的 Linux 系统调用 API。

设备节点 ：/dev/binder

源码位置：Kernel/include/linux/binder.h Kernel/drivers/misc/binder.c

4.Android Power Management

一个基于标准 linux 电源管理的轻量级 Android 电源管理系统，在 drivers/android/power.c kernel/power/

5.Low Memory Killer

它在用户空间中指定了一组内存临界值，当其中某个值与进程描述中的 oom_adj 值在同一范围时，该进程将被Kill掉（在parameters/adj中指定oome_adj 的最小值）。它与标准的Linux OOM机制类似，只是实现方法不同

源码位置：drivers/misc/lowmemorykiller.c

6.Android PMEM

PMEM 主要作用就是向用户空间提供连续的物理内存区域。

1.让 GPU 或 VPU 缓冲区共享 CPU 核心。

2.用于 Android service 堆。

源码位置：include/linux/android_pmem.h drivers/android/pmem.c

7.USB Gadget

基于标准 Linux USB gaeget 驱动框架的设备驱动。

源码位置：drivers/usb/gadet/

8.Ram Console

为了提供调试功能，android 允许将调试日志信息写入这个设备，它是基于 RAM 的 buffer.

源码位置： drivers/staging/android/ram_console.c

9.Time Device

定时控制,提供了对设备进行定时控制的功能。

源码位置：drivers/staging/android/timed_output.c(timed_gpio.c)

10.Android Alarm

提供一个定时器，用于把设备从睡眠状态唤醒，同时它还提供了一个即使在设备睡眠时也会运行的时钟基准。

设备节点：/dev/alarm

源码位置：drivers/trc/alarm.c

Android 设备驱动

1. Framebuffer 帧缓存设备

Framebuffer 驱动在 Linux 中是标准的显示设备的驱动。对于 PC 系统，它是显卡的驱动 ； 对于嵌入式 SOC 处理器系统，它是 LCD 控制器或者其他显示控制器的驱动。它是一个字符设备，在文件系统中设备节点通常是 /dev/fbx 。 每个系统可以有多个显示设备 ， 依次用 /dev/fbO 、 /dev/fb l

等来表示。在 Android 系统中主设备号为 29 ，次设备号递增生成。

Android 对 Framebuffer 驱动的使用方式是标准的 ， 在 / dev / graphie / 中的 Framebuffer 设备节点由 init 进程自动创建 ， 被 libui 库调用 。 Android 的 GUI 系统中 ， 通过调用 Framebuffer 驱动的标准接口，实现显示设备的抽象。

Framebuff的结构框架和实现 ：

linux LCD驱动（二）--FrameBuffer

Linux LCD驱动(四）--驱动的实现

2.Event输入设备驱动

Input 驱动程序是 Linux 输入设备的驱动程序 ， 分为游戏杆 (joystick) 、 鼠标 (mouse 和 mice)和事件设备 (Event queue)3 种驱动程序。其中事件驱动程序是目前通用的程序，可支持键盘 、 鼠标、触摸屏等多种输入设备。 Input 驱动程序的主设备号是 l3 ，每一种 Input 设备从设备号占 用5 位 ， 3 种从设备号分配是 ： 游戏杆 0 ～ 61 ； Mouse 鼠标 33 ～ 62 ； Mice 鼠标 63 ； 事件设备 64 ～ 95 ，各个具体的设备在 misc 、 touchscreen 、 keyboard 等目录中。

Event 设备在用户空问使用 read 、 ioctl 、 poll 等文件系统的接口操作， read 用于读取输入信息， ioctl 用于获取和设置信息， poll 用于用户空间的阻塞，当内核有按键等中断时，通过在中断中唤醒内核的 poll 实现。

Event 输入驱动的架构和实现：

Linux设备驱动之——input子系统

3.ALSA音频驱动

高级 Linux 声音体系 ALSA(Advanced Linux Sound Architecture ) 是为音频系统提供驱动 的Linux 内核组件，以替代原先的开发声音系统 OSS 。它是一个完全开放源代码的音频驱动程序集 ，除了像 OSS 那样提供一组内核驱动程序模块之外 ， ALSA 还专门为简化应用程序的编写提供相应的函数库，与 OSS 提供的基于 ioctl 等原始编程接口相比， ALSA 函数库使用起来要更加方便一些

利用该函数库，开发人员可以方便、快捷地开发出自己的应用程序，细节则留给函数库进行内部处理 。 所以虽然 ALSA 也提供了类似于 OSS 的系统接口 ， 但建议应用程序开发者使用音频函数库，而不是直接调用驱动函数。

ALSA 驱动的主设备号为 116 ，次设备号由各个设备单独定义，主要的设备节点如下：

/ dev / snd / contmlCX —— 主控制 ；

/ dev / snd / pcmXXXc —— PCM 数据通道 ；

/ dev / snd / seq —— 顺序器；

/ dev / snd / timer —— 定义器。

在用户空问中 ， ALSA 驱动通常配合 ALsA 库使用 ， 库通过 ioctl 等接口调用 ALSA 驱动程序的设备节点。对于 AIJSA 驱动的调用，调用的是用户空间的 ALsA 库的接口，而不是直接调用 ALSA 驱动程序。

ALSA 驱动程序的主要头文件是 include / sound ./ sound . h ，驱动核心数据结构和具体驱动的注册函数是 include / sound / core . h ，驱动程序 的核心实现是 Sound / core / sound . c 文件。

ALSA 驱动程序使用下面的函数注册控制和设备：

int snd _ pcm _ new (struct snd _ card * card ， char * id ， int device ， int playback _ count ， int capture _ count ， struct snd _ pcm ** rpcm) ；

int snd ctl _ add(struct snd _ card * card ， struct snd _ kcontrol * kcontro1) ；

ALSA 音频驱动在内核进行 menuconfig 配置时 ， 配置选项为 “ Device Drivers ” “ Sound c ard support ” 一 “ Advanced Linux Sound Architecture ” 。子选项包含了 Generic sound devices( 通用声音设备 ) 、 ARM 体系结构支持，以及兼容 OSS 的几个选项。 ALsA 音频驱动配置对应的文件是sound / core / Kconfig 。

Android 没有直接使用 ALSA 驱动，可以基于 A-LSA 驱动和 ALSA 库实现 Android Audio 的硬件抽象层； ALSA 库调用内核的 ALSA 驱动， Audio 的硬件抽象层调用 ALSA 库。

4.OSS音频驱动

OSS（Open Sound System开放声音系统）是 linux 上最早出现的声卡驱动。OSS 由一套完整的内核驱动程序模块组成，可以为绝大多数声卡提供统一的编程接口。

OSS 是字符设备，主设备号14，主要包括下面几种设备文件：

1） /dev/sndstat

它是声卡驱动程序提供的简单接口，它通常是一个只读文件，作用也只限于汇报声卡的当前状态。（用于检测声卡）

2）/dev/dsp

用于数字采样和数字录音的设备文件。对于音频编程很重要。实现模拟信号和数字信号的转换。

3）/dev/audio

类似于/dev/dsp，使用的是 mu-law 编码方式。

4）/dev/mixer

用于多个信号组合或者叠加在一起，对于不同的声卡来说，其混音器的作用可能各不相同。

5）/dev/sequencer

这个设备用来对声卡内建的波表合成器进行操作，或者对 MIDI 总线上的乐器进行控制。

OSS 驱动所涉及的文件主要包括：

kernel/include/linux/soundcard.h

kernel/include/linux/sound.h 定义 OSS 驱动的次设备号和注册函数

kernel/sound_core.c OSS核心实现部分

5.V4l2视频驱动

V4L2是V4L的升级版本，为linux下视频设备程序提供了一套接口规范。包括一套数据结构和底层V4L2驱动接口。V4L2提供了很多访问接口，你可以根据具体需要选择操作方法。需要注意的是，很少有驱动完全实现了所有的接口功能。所以在使用时需要参考驱动源码，或仔细阅读驱动提供者的使用说明。

V4L2的主设备号是81，次设备号：0~255，这些次设备号里也有好几种设备（视频设备、Radio设备、Teletext、VBI）。

V4L2的设备节点： /dev/videoX, /dev/vbiX and /dev/radioX

Android 设备驱动（下）

MTD 驱动

Flash 驱动通常使用 MTD （memory technology device )，内存技术设备。

MTD 的字符设备：

/dev/mtdX

主设备号 90.

MTD 的块设备：

/dev/block/mtdblockX

主设备号 13.

MTD 驱动源码

drivers/mtd/mtdcore.c：MTD核心，定义MTD原始设备

drivers/mtd/mtdchar.c：MTD字符设备

drivers/mtd/mtdblock.c：MTD块设备

MTD 驱动程序是 Linux 下专门为嵌入式环境开发的新一类驱动程序。Linux 下的 MTD 驱动程序接口被划分为用户模块和硬件模块：

用户模块 提供从用户空间直接使用的接口：原始字符访问、原始块访问、FTL （Flash Transition Layer）和JFS（Journaled File System）。

硬件模块 提供内存设备的物理访问，但不直接使用它们，二十通过上述的用户模块来访问。这些模块提供了闪存上读、写和擦除等操作的实现。

蓝牙驱动

在 Linux 中，蓝牙设备驱动是网络设备，使用网络接口。

Android 的蓝牙协议栈使用BlueZ实现来对GAP, SDP以及RFCOMM等应用规范的支持,并获得了SIG认证。由于Bluez使用GPL授权, 所以Android 框架通过D-BUS IPC来与bluez的用户空间代码交互以避免使用未经授权的代码。

蓝牙协议部分头文件：

include/net/bluetooth/hci_core.h

include/net/bluetooth/bluetooth.h

蓝牙协议源代码文件：

net/bluetooth/*

蓝牙驱动程序部分的文件：

drivers/bluetooth/*

蓝牙的驱动程序一般都通过标准的HCI控制实现。但根据硬件接口和初始化流程的不同，又存在一些差别。这类初始化动作一般是一些晶振频率，波特率等基础设置。比如CSR的芯片一般通过BCSP协议完成最初的初始化配置，再激活标准HCI控制流程。对Linux来说，一旦bluez可以使用HCI与芯片建立起通信(一般是hciattach + hciconfig)，便可以利用其上的标准协议(SCO, L2CAP等)，与蓝牙通信，使其正常工作了。

WLAN 设备驱动（Wi-Fi）（比较复杂我面会专门写个wifi分析）

在linux中，Wlan设备属于网络设备，采用网络接口。

Wlan在用户空间采用标准的socket接口进行控制。

WiFi协议部分头文件：

include/net/wireless.h

WiFi协议部分源文件：

net/wireless/*

WiFi驱动程序部分：

drivers/net/wireless/*

Android的硬件抽象层和驱动体系为什么这么弱暴

在各个厂商开发基于Android系统的产品的时候，虽然有的时候也需要修改Android的框架，但是移植是其中的主要工作。Android系统本身是一个庞大的系统，移植并不需要精通Android的每一个部分，需要考虑的是Android系统的硬件抽象层(HAL)和Linux中的相关设备驱动程序。如图1-3所示。图1-3 Android移植的概念基于Android系统的手机，包括G1、G2、Hero和Nexus One，其他的手机厂商也推出了几款Android手机。这些手机所使用的处理器和各种外围硬件各不相同，但是其使用的大部分Android系统的软件都是相同的(包括本地框架、虚拟机、Java框架和Java应用等部分)。移植的目的就是为了改动较小的内容，支撑较为庞大上层的系统。同时由于硬件抽象层具有标准的接口，在各个不同的平台的实现中可以互相参考，虽然具体实现的内容不同，但是思路类似，可以相互参考。Android系统的移植工作的目的是为了在特定的硬件上运行Android系统。在移植的过程中，把握关键要点，减少工作量是一个重要的方面。从工作的角度，通常的方法为，首先要熟悉硬件抽象层的接口，其次要集成和复用已有的驱动程序，主要的工作量在硬件抽象层的实现中。为了更好地理解和调试系统，也应该适当地了解上层对硬件抽象层的调用情况。移植方面主要的工作有两个部分:Linux驱动Android系统硬件抽象层Linux中的驱动工作在内核空间，Android系统硬件抽象层工作在用户空间，有了这两个部分的结合，就可以让庞大的Android系统运行在特定的硬件平台上。Android移植的主要工作如图1-4所示。图1-4 Android移植的主要工作在具有了特定的硬件系统之后，通常在Linux中需要实现其驱动程序，这些驱动程序通常是Linux的标准驱动程序，在Android平台和其他Linux平台基本上是相同的。主要的实现方面是Android系统中的硬件抽象层(Hardware Abstract Layer)，硬件抽象层对下调用Linux中的驱动程序，对上提供接口，以供Android系统的其他部分(通常为Android本地框架层)调用。提示:Android硬件抽象层的接口是本地移植层的接口，不属于标准API，不具有向前或者向后兼容性。在Android系统需要移植的内容，主要包含了以下的各个部分:显示部分(Display)包括framebuffer驱动+Gralloc模块(可选择是否实现)用户输入部分(Input)包括Event驱动+EventHub(Android标准内容)多媒体编解码(Codec)包括硬件Codec驱动+Codec插件(如OpenMax)3D加速器部分(3D Accelerator)包括硬件OpenGL驱动+OpenGL插件音频部分(Audio)包括Audio驱动+Audio硬件抽象层视频输出部分(Video Out)包括视频显示驱动+Overlay硬件抽象层摄像头部分(Camera)包括Camera驱动(通常是v4l2)+Camera硬件抽象层电话部分(Phone)Modem驱动程序+RIL库全球定位系统部分(GPS)包括GPS驱动(通常为串口)+GPS硬件抽象层无线局域网部分(WIFI)包括Wlan驱动和协议+WIFI的适配层(Android标准内容)蓝牙部分(Blue Tooth)包括BT驱动和协议+BT的适配层(Android标准内容)传感器部分(Sensor)包括Sensor驱动+Sensor硬件抽象层震动器部分(Vibrator)包括Vibrator驱动+Vibrator硬件抽象层(Android标准内容)背光部分(Light)包括Light驱动+ Light硬件抽象层警告器部分(Alarm)包括Alarm驱动和RTC系统+用户空间调用(Android标准内容)电池部分(Battery)包括电池部分驱动+电池的硬件抽象层(Android标准内容)Android中具有很多组件，但并不是每一个部件都需要移植，对于一些纯软的组件，就没有移植的必要。对于一些部件，例如浏览器引擎，虽然需要下层网络的支持，但是并非直接为其移植网络接口，而是通过无线局域网或者电话系统数据连接来完成标准的网络接口。Android的移植主要可以分成几个类型:基本图形用户界面(GUI)部分，包括显示部分和用户输入部分;和硬件相关的加速部分，包括媒体编解码和OpenGL;音视频输入输出环节，包括音频，视频输出和摄像头部分;连接部分，包括无线局域网，蓝牙，GPS;电话部分;附属部件:包括传感器、背光、振动器等。除了以上的移植方面，电源管理也是非常重要的一个方面，它和Android的各个子系统都有关系。Android系统主要需要移植部件如图1-5所示。图1-5 Android系统主要需要移植部件对于大部分子系统，硬件抽象层和驱动程序都需要根据实际系统的情况实现，例如:传感器部分、音频部分、视频部分、摄像头部分、电话部分。也有一些子系统，硬件抽象层是标准的，只需要实现Linux内核中的驱动程序即可，例如:输入部分、振动器部分、无线局域网部分、蓝牙部分等。对于有标准的硬件抽象层的系统，有的时候通常也需要做一些配置工作。时至今日，随着Android系统的发展，它已经不仅仅是一个移动设备的平台，也可以用于消费类电子和智能家电，例如:上网本、电子书、数字电视、机顶盒、固定电话等。在这些平台上，通常需要实现比移动设备更少的部件。一般来说，基本用户界面部分(包括显示和用户输入)是需要移植的，其他部分是可选的。例如:电话系统、振动器、背光、传感器等一般不需要在非移动设备系统来实现;对于一些固定位置设备通常也不需要实现GPS系统。图片无法显示，见谅

v4l2源代码的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于v4l2应用编程、v4l2源代码的信息别忘了在本站进行查找喔。