Opencv使用时的常见问题汇总

2013年04月06日

写在前面


记录使用Opencv时的一些常见问题,难调Bug及相应解决方法。

常见类型转换


一、Mat --> Iplimage

Mat img;
Iplimage iplimg=img;

二、Iplimage --> CvvImage

CvvImage cimg;
Iplimage iplimg;
cimg.Copyof(iplimg,-1);

三、Mat --> vector<Point2f>, Mat --> vector<Point3f>

Mat m;
vector<Point2f> v;
v=Mat_<Point2f>(m);

四、vector<Point2f> --> Mat, vector<Point3f> --> Mat

vector<Point2f> v;
Mat m=Mat(v);

五、vector<vector<Point2f>> --> Mat, vector<vector<Point3f>> --> Mat

vector<vector<Point3f>> v;
Mat vm((int)v.size(),v[0].size(),CV_32FC3);

for(int i=0;i<(int)v.size();i++)
{
  Mat r=vm.row(i).reshape(3,vm.cols);
  Mat vm1(v[i]);
  vm1.copyTo(r);
}

Vector析构异常Opencv Assert _CrtIsValidHeapPointer


一、问题描述

代码一气呵成,但运行的时候会出现_CrtIsValidHeapPointer的异常,跟进去调了一上午的Bug,终于搞定。

跟踪定位到 _CrtIsValidHeapPointer ,注意到g8h"@dbgheap.c 文件中 _CrtIsValidHeapPointer处注释:

/*
 * If this ASSERT fails, a bad pointer has been passed in. It may be
 * totally bogus, or it may have been allocated from another heap.
 * The pointer MUST come from the 'local' heap.
 */
 _ASSERTE(_CrtIsValidHeapPointer(pUserData));

大概是因为dll,如果静态链接了运行时库,dll就会拥有独立于应用程序堆(也称作local heap)的运行时堆实例。此时在dll外部就不能访问此local heap,所以也就有上面所出现的异常啦。MSDN 中也有介绍:

The _CrtIsValidHeapPointer function is used to ensure that a specific memory address is within the local heap. The local heap refers to the heap created and managed by a particular instance of the C run-time library. If a dynamic-link library (DLL) contains a static link to the run-time library, it has its own instance of the run-time heap, and therefore its own heap, independent of the application's local heap. When _DEBUG is not defined, calls to _CrtIsValidHeapPointer are removed during preprocessing.

程序崩溃在当析构一个带有vector成员函数对象的时候,在析构vector时,会出现这个错误,大致原因是因为析构的时候找不到vector分配的空间。

一行一行查看代码发现,对象里面的points2, status等vector变量是在calcOpticalFlowPyrLK(img1, img2, points1, points2, status, similarity, windowsize, level, termcriteria, lambda, 0); 函数中分配的,即opencv的dll,所以当对象进行析构的时候,因为不能访问此local heap所以会有异常崩溃。

二、解决方法

1 在调用opencv的函数之前,自己进行空间的分配。

2 还有一种可能是因为VS版本和opencv使用的版本不一致造成,在用hog进行行人检测的时候,出现的即是这个问题。

First chance exception


出现这个问题一般不是代码有问题,详细解释可以见参考文献[1],还有人认为是kernel32.dll的问题。我遇到此问题是还偶尔伴有R6025-pure virtual function call的问题,一般R6025的错误是由窗口没有销毁造成的,但我用的是C++ 版本的Opencv,并没有使用cvNamedWindow。

最终重启后同时解决这两个问题。

小注


将持续更新。

参考文献


[1] First chance exception

[2] http://blog.csdn.net/foreverhehe716/article/details/6749175


版权声明:本文为博主原创文章,转载请注明出处 本文总阅读量    次