的更深层次封装，基于那个结构加入了更多的描述信息，如视频制式、视频画面大小、视频缓冲队列等等。在open的时候，会把这个结构赋给file结构中的private_data域。在释放设备时注销.其它的像ioctl，mmap，read，write等等都会用到这个结构，其实整个模块的编写的cdev差不多。只是视频设备的基类是video_device，而字符设备的基类是cdev而已。
2、数据传输方式:
在设备与应用程序之间有三种数据传输方式：
1）read与write这种方式，它像其它设备驱动一样，但是这种方式很慢，对于数据视频流不能满足其要求；
2）直接的内存访问，可以通过其映射方式来传输(IO数据流，交换指向缓冲区指针的方法)；这是视频设备通常用的方法，采用mmap()的方法，即有内核空间里开辟内存，再在程序里把这部分的内存映射到程序空间。如果有设备内存，即直接映射到设备的内核，这种性能更高。
3）异步IO口访问，但是这种方法在V4L2模块中还没有实现。（重要：需要确认）
vivi中的mmap是利用第二种方法来实现的,这也是视频设备常用的方法:
static int
vivi_mmap(struct file *file, struct vm_area_struct * vma)
{
struct vivi_fh *fh = file->private_data;
int ret;
dprintk (1,"mmap called, vma=0x%08lx/n",(unsigned long)vma);
ret=videobuf_mmap_mapper(&fh->vb_vidq, vma);
dprintk (1,"vma start=0x%08lx, size=%ld, ret=%d/n",
(unsigned long)vma->vm_start,
(unsigned long)vma->vm_end-(unsigned long)vma->vm_start,
ret);
return ret;
}
videobuf_mmap_mapper(&fh->vb_vidq, vma); 这个核心函数把设备的I/O内存或者设备内存映射到系统为它开辟的虚拟内存。
3、操控设备的实现: ioctl
static int vivi_ioctl(struct inode *inode, struct file *file, unsigned int cmd, unsigned long arg)
{
return video_usercopy(inode, file, cmd, arg, vivi_do_ioctl);
}
vivi_do_ioctl 这个函数里调用一些命令来设备V4L2模块中的一些结构参数来改变或者获取设备的参数