【问题标题】:Is there a way to convert an existing array of pixels to a BITMAP without copying all the pixels?有没有办法在不复制所有像素的情况下将现有的像素数组转换为 BITMAP?
【发布时间】:2013-10-10 17:53:35
【问题描述】:

我需要将vtkImageData 打印到打印机CDC。 在查看了thisthis 之后,我想通了。 一种是使用vtk接口,设置一个CImage的像素,然后将CImage绘制到CDC

CImage c_image;
c_image.Create(dims[0], dims[1], 24);
for (int y=0; y<dims[1]; y++)
{
  for (int x=0; x<dims[0]; x++)
  {
    float r = i_image->GetScalarComponentAsFloat(extent[0] + x, extent[2] + dims[1] - y - 1, 0, 0);
    float g = i_image->GetScalarComponentAsFloat(extent[0] + x, extent[2] + dims[1] - y - 1, 0, 1);
    float b = i_image->GetScalarComponentAsFloat(extent[0] + x, extent[2] + dims[1] - y - 1, 0, 2);
    c_image.SetPixelRGB(x, y, r, g, b);
  }
}

另一种是使用CreateDIBSection(),然后将位图附加到CImage,并将CImage绘制到CDC

HBITMAP hBitmap = nullptr;
  BITMAPINFOHEADER bmih;
  bmih.biSize     = sizeof(BITMAPINFOHEADER);
  bmih.biWidth    = dims[0];
  bmih.biHeight   = dims[1];
  bmih.biPlanes   = 1;
  bmih.biBitCount = i_image->GetNumberOfScalarComponents() * 8;
  bmih.biCompression  = BI_RGB ;
  bmih.biSizeImage    = 0;
  bmih.biXPelsPerMeter    =   10;
  bmih.biYPelsPerMeter    =   10;
  bmih.biClrUsed  =0;
  bmih.biClrImportant =0;

  BITMAPINFO dbmi;
  ZeroMemory(&dbmi, sizeof(dbmi));  
  dbmi.bmiHeader = bmih;
  dbmi.bmiColors->rgbBlue = 0;
  dbmi.bmiColors->rgbGreen = 0;
  dbmi.bmiColors->rgbRed = 0;
  dbmi.bmiColors->rgbReserved = 0;
  void* bits = nullptr;

  // Create DIB
  hBitmap = CreateDIBSection(i_printer_dc_ptr->GetSafeHdc(), &dbmi, DIB_RGB_COLORS, &bits, NULL, 0);
  if (hBitmap == nullptr) {
      ::MessageBox(NULL, __T("Could not load the desired image image"), __T("Error"), MB_OK);
      return;
  }
  ::memcpy(bits, i_image->GetScalarPointer(), i_image->GetNumberOfScalarComponents() * dims[0] * dims[1]);
  c_image.Attach(hBitmap);

两者都需要将所有字节复制一次,然后打印到CDC。有没有办法避免这种中间副本并将字节直接打印到CDC?或者只是创建一个HBITMAP 指向现有字节而不复制它们?

【问题讨论】:

    标签: c++ winapi mfc bitmap vtk


    【解决方案1】:

    是的,您可以使用 SetDIBitsToDevice() 函数将位直接复制到 DC。

    注意对齐的限制:

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

    一个常见的问题是生成的位图最终是上下颠倒的(因为位图在 Windows 中本来就是自下而上的)。如果发生这种情况,请取反 BITMAPINFO 结构中的高度。

    【讨论】:

    • 谢谢。这有效并加快了速度。我最终使用StretchDIBits() 来调整图像大小。
    猜你喜欢
    • 2019-11-03
    • 2019-12-30
    • 2018-10-25
    • 2019-06-28
    • 2020-04-07
    • 2019-08-27
    • 1970-01-01
    • 2019-08-22
    • 1970-01-01
    相关资源
    最近更新 更多