【问题标题】:opencv namedWindow leak ( c++ and opencv )opencv namedWindow 泄漏(c++ 和 opencv)
【发布时间】:2012-11-21 17:01:42
【问题描述】:

运行 valgrind,我在 opencv 中发现大量内存泄漏,尤其是使用 namedWindow 的功能。

我主要有一张图片 CSImg 和 PGImg:

std::string cs = "Computer Science Students";
std::string pg = "Politics and Government Students";
CSImg.displayImage(cs);
cv::destroyWindow(cs);
PGImg.displayImage(pg);
cv::destroyWindow(pg);

显示图像功能是:

void ImageHandler::displayImage(std::string& windowname){
namedWindow(windowname);
imshow(windowname, m_image);
waitKey(7000);

}

当我执行 displayImage 时,Valgrind 给我带来了巨大的内存泄漏。 例如:

==6561== 2,359,544 bytes in 1 blocks are possibly lost in loss record 3,421 of 3,421
==6561==    at 0x4C2B3F8: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==6561==    by 0x4F6C94C: cv::fastMalloc(unsigned long) (in /usr/lib/libopencv_core.so.2.3.1)
==6561==    by 0x4F53650: cvCreateData (in /usr/lib/libopencv_core.so.2.3.1)
==6561==    by 0x4F540F0: cvCreateMat (in /usr/lib/libopencv_core.so.2.3.1)
==6561==    by 0x56435AF: cvImageWidgetSetImage(_CvImageWidget*, void const*) (in /usr/lib/libopencv_highgui.so.2.3.1)
==6561==    by 0x5644C14: cvShowImage (in /usr/lib/libopencv_highgui.so.2.3.1)
==6561==    by 0x5642AF7: cv::imshow(std::string const&, cv::_InputArray const&) (in /usr/lib/libopencv_highgui.so.2.3.1)
==6561==    by 0x40CED7: ImageHandler::displayImage(std::string&) (imagehandler.cpp:33)
==6561==    by 0x408CF5: main (randomU.cpp:601)

imagehandler.cpp,第 33 行是:

imshow(windowname, m_image); //the full function is written above ^

randomU.cpp 第 601 行是:

CSImg.displayImage(cs);

感谢任何帮助。 询问您需要的任何进一步信息。

【问题讨论】:

    标签: c++ opencv


    【解决方案1】:

    抱歉,严峻的现实看起来像 OpenCV 泄漏。根据 Leaks Instrument(XCode 工具),由于自引用,它也会从 Qt 界面的一侧泄漏。

    这不仅仅是一个误报的其他证据:在我的 Mac 上,Opencv 2.4.3 在处理网络摄像头输入时在内存中不断增长(根据活动监视器)。 (我没有使用任何指针或数据存储,所以理论上我的 OpenCV 程序应该保持恒定大小。)

    【讨论】:

    • 正确,最终我们发现这是 OpenCV 本身的漏洞。
    【解决方案2】:

    其实你不需要再打电话给namedWindow了。您只需拨打“裸体”cv::imshow(windowname,m_image)。即使你覆盖它也能正常工作。

    备注:
    waitKey有两种用法:
    1.永远等待,然后waitKey(0);
    2. 稍等片刻,可能是因为您正在显示来自网络摄像头的输入。然后执行waitKey(30);(或更少,取决于您正在播放的内容的fps。对于电影,30。)

    【讨论】:

    • 我会进一步调查。
    猜你喜欢
    • 2022-11-10
    • 1970-01-01
    • 2020-08-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-12-05
    • 2018-05-20
    • 1970-01-01
    相关资源
    最近更新 更多