博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
我展示了视频采集前端vfe和camera,decode等交互驱动的体系结构
阅读量:6554 次
发布时间:2019-06-24

本文共 638 字,大约阅读时间需要 2 分钟。

到现在都与处理器接触较多。更深入的驱动主要是前端视频采集。控制TI的DM64xx,DM3730。纪氏A31等待。他们发现,它们的使用的基本框架的是不一样的。

当然,典型camera例如ov系列,decode例如tvp系列是作为i2c_client现有。构大致都相似。

在这里姑且将採集前端称为vpfe:

1.如dm3730的内核2.6.32版本号中。其採用master和slave的驱动架构,来进行attrach操作的。这就使得vpfe和camera的架构须要以v4l2_int_device_register()的架构来进行关联,使得程序不得不模板化。

 

2.如dm6446,我所看的vpfe是直接通过操作tvp5146驱动模块的提供一个专门的导出控制函数,这样看上去高效,可是可移植性就差了非常多。

 

3.在全知A31里面看到的是以sub_device存在。v4l2_i2c_new_subdev_board这个函数来完毕,vpfe将这个sub_device和camera i2c_client进行关联,故在这端就以调用v4l2_subdev_call的形式去调用camera提供的op接口,而这个接口使得编程也一样模块块。

但移植性争强。

 

可是不管何种模式,都是基于V4L2的基本控制命令来完毕的,操作的都是一个video_device而已,仅仅是以下的分支操作所採用的流和控制camera技术,由vpfe该框架决定。

 

 

版权声明:本文博客原创文章,博客,未经同意,不得转载。

你可能感兴趣的文章
android 一步一步教你集成tinker(热修复)
查看>>
到底有多少内存
查看>>
centos7.3 安装ovirt-engine4.0 版本
查看>>
css入门教程资料(3)
查看>>
putty、xshell的密钥认证
查看>>
Jenkins+git+tomcat 自动化持续部署
查看>>
项目log日志打印
查看>>
vSphere 5 中的多网卡 vMotion
查看>>
Openstack的环境的Mitaka部署环境服务,实例(1)
查看>>
Oracle约束的状态及验证机制
查看>>
Redis总结(七)Redis运维常用命令
查看>>
linux命令:cpio命令 系统裁剪之四busybox 进行linux系统制作
查看>>
常用shell
查看>>
文档的压缩与打包
查看>>
interactive_timeout和wait_timeout的关系
查看>>
python3 在不同操作系统安装第三方库方法
查看>>
redhat5.8+mfs(提供软件包文档)
查看>>
python编写登录接口
查看>>
MySQL高可用方案之多级复制
查看>>
OVS 中的各种网络设备 - 每天5分钟玩转 OpenStack(128)
查看>>