我一直在使用v4l2直接获取OpenCV中的相机图像。这是非常好的工作方式;这样我就可以以YUYV格式并以高分辨率获取图像(理解框架将下降)。我无法用OpenCV实现完成这一任务。从功能上看,它运行得很好,但性能可能会好得多。由于这是我第一次直接使用v4l2,所以对我来说还有点模糊。我已经对所有相关部分进行了计时,并看到v4l2选择方法花费的时间超过了一秒钟。当我降低时间间隔时,select方法所需的时间较少,但要比去排队所需的时间长得多(也就是第二次)。在其他功能中,相机是初始化的,所以设置正确的格式等等。我理解框架将是低的,没有压缩和高分辨率,但这是极端低。
下面是捕获图像函数。我跳过了将缓冲区转换为Mat (YUYV -> RGB)的代码,因为我认为它目前并不相关。
有人知道如何让v4l2更快地捕获图像吗?也许有些地方我不应该执行每一个帧抓取?
谢谢!
Mat Camera::capture_image() {
Mat returnframe(10, 10, CV_8UC3);
struct v4l2_buffer buf = {0};
buf.type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
buf.memory = V4L2_MEMORY_MMAP;
buf.index = 0;
if (-1 == xioctl(fd, VIDIOC_QBUF, &buf)) {
perror("Query Buffer");
return returnframe;
}
if (-1 == xioctl(fd, VIDIOC_STREAMON, &buf.type)) {
perror("Start Capture");
return returnframe;
}
fd_set fds;
FD_ZERO(&fds);
FD_SET(fd, &fds);
struct timeval tv = {0};
tv.tv_sec = 2;
int r = select(fd + 1, &fds, NULL, NULL, &tv);
if (-1 == r) {
perror("Waiting for Frame");
return returnframe;
}
if (-1 == xioctl(fd, VIDIOC_DQBUF, &buf)) {
perror("Retrieving Frame");
return returnframe;
}//转换为Mat的代码
if (-1 == xioctl(fd, VIDIOC_STREAMOFF, &buf.type)) {
perror("Stop Capture");
return returnframe;
}
//copy Mat and free bigbuffer, to avoid memory leak
Mat returnImg = dispimg.clone();
free(bigbuffer);
return returnImg;
}发布于 2015-03-26 20:35:45
对于您正在调用的VIDIOC_STREAMON和VIDIOC_STREAMOFF的每一个帧,似乎都会增加大量开销(几乎就像重新启动每个帧的应用程序一样)。
适当的办法是:
VIDIOC_STREAMON设置视频设备以启动流。DQBUF/QBUF请求帧(这非常快,因为设备将不断地将数据流到缓冲区队列中);您仍然需要调用select才能知道何时有新的帧可用。VIDIOC_STREAMOFF停止流https://stackoverflow.com/questions/29273508
复制相似问题