树莓派使用OpenCV做图像处理摄像头图像延迟问题和解决方法

本文探讨了树莓派使用OpenCV进行图像处理时遇到的摄像头延迟问题,尤其是在自动驾驶小车项目中。作者提出了两个解决方案:降低摄像头帧率以匹配处理速度,以及通过新开进程以保证读取频率大于等于摄像头帧率,从而减少延迟。实际应用中,后者被证明更为有效。
摘要由CSDN通过智能技术生成

树莓派摄像头慢?使用OpenCV做图像处理摄像头图像延迟问题解决方法

很早之前(2018年左右)在做一个当时风靡一时"跳一跳"小游戏的自动运行小工具时(树莓派通过摄像头获取手机屏幕图像,再驱动舵机云台去点击手机屏幕),就有发现树莓派在做图像处理时,OpenCV连续从摄像头获取的图像和实际的画面可能存在比较大的延迟(秒级别以上),但是当时因为对图像帧数基本没有要求,所以使用了一个投机取巧的方法来解决。

        cap = cv2.VideoCapture(0)
        ret, frame = cap.read()
        cap.release()

即每次获取图像后就释放摄像头,下次获取时再打开摄像头,这样就规避啊了连续获取图像的需求,下面是最终运行的效果(项目地址WeChat-JumpGame-Cheat 代码写的很烂,没啥参考价值)
在这里插入图片描述
但是最近在做一个自动驾驶小车的项目时同样遇到了摄像头延迟的问题,因为希望获得尽可能高的图像帧率,所以就没有用之前的奇技淫巧来逃避,大致猜想一下,cap.read()操作实际读取的是一个队列结构(先进后出)的数据,最新一帧的数据会放在队列的尾部,cap.read()读取的的是队列的头部;
在这里插入图片描述
如果cap.read()的操作频率大于摄像头的帧率,队列的有效长度最多为2,则获取的图像至多有1帧延迟,如果操作频率小于摄像头帧率,队列的有效长度为N,并且随着时间推移,N最终会为队列最大长度;则图像至多有N帧延迟;
有了以上猜想,解决思路有两个,
第一,降低摄像头帧率以满足图像处理的周期

cap.set(cv2.CAP_PROP_FPS, 
评论 10
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值