png图像的大小

时间:2015-12-22 20:39:15

标签: c++ windows opencv memory-management

例外是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;
}

1 个答案:

答案 0 :(得分:0)

请注意,GetDIBits函数要求图片的扫描线宽度为DWORD对齐(必须是sizeof(DWORD)的倍数,对于窗口来说是4。 s DIB)。从链接:

扫描线必须在DWORD上对齐,RLE压缩位图除外。

由于原始图像的宽度未对齐,因此应用程序有责任通过调整宽度计算来强制对齐。

当图像未对齐,并且应用程序没有对图像进行对齐时,通常最终会发生的事情是:

1)显示图像,但有一个&#34;楼梯&#34;效果,其中显示图像的每条扫描线似乎都偏离了一定量,或

2)没有足够的内存来处理图像,因此可能会发生堆错误。

问题似乎是没有为create函数中的图像分配足够的内存来匹配对齐调整所需的额外字节。因此,例如,如果宽度为437,则计算中要分配的内存量的实际宽度应基于440的宽度,而不是437。