V4L2在VIDIOC_DQBUF处阻塞以及视频花屏残影问题
V4L2在VIDIOC_DQBUF处阻塞以及视频花屏残影问题
1.问题一:使用默认分辨率(640*480)打开视频出现花屏并阻塞问题:
程序在打开副头时出现花屏,同时在ioctl(fd, VIDIOC_DQBUF, &buffer)处阻塞住导致UI界面没有反应,调试时发现副头打开正常,可读取一帧数据后显示出来的却是不正常的图像,之后再次读取一帧数据时便会阻塞住,本来想使用非阻塞模式来open设备,后来想起来非阻塞模式下回出现大量的"Resource temporarily unavailable"警告,因此还是考虑在阻塞模式下解决;使用cheese去打开视频,发现它就能正常的显示,而为什么我的程序里打开其他设备没有问题,偏偏只有这一个副头出现这种情况呢?我猜测应该不是设备的问题,还是程序的问题,经过尝试,发现设置分辨率为160120时程序即可正常运行,之后切换到640480也没问题,此时回来想想原因,总觉得是缓存帧的大小问题,不过不清楚具体的原因,只能先在打开视频前设置一下分辨率解决眼下的问题再说,后续有时间再看看吧…
2.问题二:MJPG格式下视频出现残影、抖动问题
由于设备具有不同的视频格式,比如会同时存在YUYV和MJPG格式,此时需要对不同的格式做不同的处理,在我这里YUYV原始数据需要手动转RGB888,之后将转换后的一帧图像数据传递给QImage去加载,而MJPG压缩数据最初我是直接将这一帧数据起始地址传递给QImage,使用QImage::loadFromData去加载这一帧数据,之前这两种格式也没出问题。后来换了个设备后,在MJPG格式下,画面出现不停的抖动、显示残像,看起来跟抽风了一样,报Corrupt JPEG data: premature end of data segment警告,很难受。静下来想想,考虑到可能是直接使用缓存区那一帧数据的地址去加载图像数据的问题,因此在中间进行一次转换,先使用memcpy将那一帧数据拷贝到,在使用QImage去加载拷贝的数据,果然正常了 。这个原因应该是用户程序直接从映射出来的缓存区取数据造成的,取到的数据可能不完整因此才有JPEG那里的警告。
这里的
静下来想想,考虑到可能是直接使用缓存区那一帧数据的地址去加载图像数据的问题,因此在中间进行一次转换,先使用memcpy将那一帧数据拷贝到,在使用QImage去加载拷贝的数据,果然正常了 。
提示很有作用。