例外是Unhandled exception at 0x770CAE54 (ntdll.dll) in OpenCVPaint.exe: 0xC0000374: A heap has been corrupted (parameters: 0x770DFE38).
堆中的腐败,因为我写的地方我不应该(我没有分配足够的空间) )。但是我怎么写到一个我不应该去的地方?
我部分修复了它,我在代码中更改了my_pic.create()
行和列,所以我猜它就足够了。但为什么我需要?为什么h
为67而w
为73(这正是它应该需要的)?如果不是67(HEIGHT)x73(WIDTH)x3(RGB)
,它需要多少内存?
如果我更改了类型(当前CV_8UC3
它的工作原理但拍摄的图像远非准确)而不是创建线,它也可以。
bmi.biImageSize`计算为67,为什么?这会导致问题吗?
代码如下:
#include <opencv2\opencv.hpp>
#include <Windows.h>
using namespace cv;
Mat screenCapture()
{
HDC hdcSource = GetDC(NULL);
HDC hdcMemory = CreateCompatibleDC(hdcSource);
Mat my_pic;
int i, j;
int w, h;
POINT p1, p2; //Windows.h
p1.x = 437;
p1.y = 247;
p2.x = 510;
p2.y = 314;
w = p2.x - p1.x;
h = p2.y - p1.y;
HBITMAP hBitmap = CreateCompatibleBitmap(hdcSource, w, h);
HBITMAP hBitmapOld = (HBITMAP)SelectObject(hdcMemory, hBitmap);
BITMAPINFOHEADER bmi = { 0 };
bmi.biSize = sizeof(BITMAPINFOHEADER);
bmi.biPlanes = 1;
bmi.biBitCount = 24;
bmi.biWidth = w;
bmi.biHeight = -h;
bmi.biCompression = BI_RGB;
bmi.biSizeImage = ((bmi.biWidth * bmi.biBitCount + 31) & ~31) / 8 * bmi.biHeight<0 ? -bmi.biHeight : bmi.biHeight;
bmi.biXPelsPerMeter = 0;
bmi.biYPelsPerMeter = 0;
bmi.biClrImportant = 0;
bmi.biClrUsed = 256;
while (!(BitBlt(hdcMemory, 0, 0, w, h, hdcSource, p1.x, p1.y, SRCCOPY)));
while (!(hBitmap = (HBITMAP)SelectObject(hdcMemory, hBitmapOld)));
my_pic.create(h, w, CV_8UC3); //THE PROBLEM IS HERE, NOT ENOUGH ALLOCATED
while (!(GetDIBits(hdcSource, hBitmap, 0, h, my_pic.data, (BITMAPINFO*)&bmi, DIB_RGB_COLORS)));
DeleteDC(hdcSource);
DeleteDC(hdcMemory);
return my_pic;
}
int main()
{
Mat img = screenCapture();
malloc(0); //exception occurs here
return 0;
}
答案 0 :(得分:0)
请注意,GetDIBits函数要求图片的扫描线宽度为DWORD对齐(必须是sizeof(DWORD)
的倍数,对于窗口来说是4
。 s DIB)。从链接:
扫描线必须在DWORD上对齐,RLE压缩位图除外。
由于原始图像的宽度未对齐,因此应用程序有责任通过调整宽度计算来强制对齐。
当图像未对齐,并且应用程序没有对图像进行对齐时,通常最终会发生的事情是:
1)显示图像,但有一个&#34;楼梯&#34;效果,其中显示图像的每条扫描线似乎都偏离了一定量,或
2)没有足够的内存来处理图像,因此可能会发生堆错误。
问题似乎是没有为create
函数中的图像分配足够的内存来匹配对齐调整所需的额外字节。因此,例如,如果宽度为437,则计算中要分配的内存量的实际宽度应基于440的宽度,而不是437。