c – 带QThreads的QImage

发布时间：2020-12-16 07:09:33 所属栏目：百科来源：网络整理

导读：以下场景：我从OpenCV获得了一个多视频流,并通过QQuick ImageProvider的实现显示在我的QML GUI中.如果图像发生变化会导致GUI中的图像调用提供者requestImage(…)函数,则会发出信号.我不太了解QImage的底层实现,特别是如果我将其中一个图像从requestImage(…)

以下场景：我从OpenCV获得了一个多视频流,并通过QQuick ImageProvider的实现显示在我的QML GUI中.如果图像发生变化会导致GUI中的图像调用提供者requestImage(…)函数,则会发出信号.我不太了解QImage的底层实现,特别是如果我将其中一个图像从requestImage(…)传递到我的GUI会发生什么,但QImage的共享内存原理表明可能会出现问题我的OpenCV线程在读取/传递图像时更新图像/ GUI.那是对的吗？

我计划现在要做的方法是将QMutex添加到提供程序中,该提供程序在图像更新和请求期间被锁定,并且在请求函数中将请求的图像复制到新的QImage并在其上调用“bits()”函数,这显然应该导致深层复制,然后解锁互斥锁.这样做有意义吗？这有必要吗？

谢谢

解决方法

阅读 Qt documentation中隐式共享如何与线程一起工作.基本上,隐式共享由原子计数器强制执行,但您仍需要提供线程安全性.

The approach I planned to do now is add a QMutex to the provider which
is locked during image updates and requests alike and in the request
function copy the requested image to a new QImage and call the
“bits()” function on it,which apparently should cause a deep copy,
then unlock the mutex. Does that make sense in this way? And is it
necessary?

该文档说它是有意义的,它应该如何完成,除了不需要制作QImage的深层副本.基本上这对于吸气剂应该足够了.

QImage getImage() 
{
  m_mutex.lock();
  QImage img(m_image);
  m_mutex.unlock();
  return img;
}

您可以使用QMutexLocker获得更高级的版本.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!