我想从JPEG格式的字节数组创建HBITMAP。
我已搜索但我只能从位图文件创建
HBITMAP hbm = (HBITMAP)LoadImage(NULL,"fileName",IMAGE_BITMAP,0,0,LR_LOADFROMFILE|LR_CREATEDIBSECTION);
有人可以告诉我该怎么做吗?
答案 0 :(得分:4)
只需使用GDIplus。 它支持加载JPEG,而其他一些东西更符合逻辑
http://msdn.microsoft.com/en-us/library/ms533830%28v=vs.85%29.aspx
使用“位图”类。 将jpeg放在缓冲区中时,需要通过流读取它。
答案 1 :(得分:2)
MFC提供了一个包装位图对象的CImage
class。它提供了方便的方法来加载和保存多种格式的图像,包括JPEG,GIF,BMP和PNG。
因此,第一项业务是获取代表您CImage
的{{1}}对象。您可以通过调用Attach
method并传递句柄来完成此操作。
但是在这种情况下,看起来你可以完全跳过它,让HBITMAP
对象直接从文件中加载你的图像。使用Load
method即可。
获得表示图像的CImage
对象后,只需调用CImage
方法,并使用相应的扩展名指定所需的文件名。根据文件:
如果未包含
Save
参数,则将使用文件名的文件扩展名来确定图像格式。如果未提供扩展名,则图像将以BMP格式保存。
示例代码:
guidFileType
您也可以使用CImage img;
img.Load(TEXT("fileName.bmp")); // load a bitmap (BMP)
img.Save(TEXT("fileName.jpg")); // and save as a JPEG (JPG)
方法加载JPEG文件和Load
方法来反转此模式以保存BMP文件。
答案 2 :(得分:0)
我找到了以下代码// http://katahiromz.web.fc2.com/win32/loadjpeg.html
红色和蓝色交换,所以这里是修正后的版本,颜色已更正。它使用jpeglib,所以你必须先编译它。如果只需要转换缓冲区,则可以跳过加载文件的行 - 转换的细节应该相同。
extern "C" {
#include <jpeglib.h>
#include <jerror.h>
}
#pragma comment(lib, "jpeg.lib")
HBITMAP LoadJpegAsBitmap(const std::string & filename)
{
struct jpeg_decompress_struct decomp{};
struct jpeg_error_mgr jerror{};
BITMAPINFO bi = {};
LPBYTE lpBuf, pb = NULL;
HBITMAP hbm{};
JSAMPARRAY buffer{};
INT row = 0;
decomp.err = jpeg_std_error(&jerror);
jpeg_create_decompress(&decomp);
FILE* file = fopen(filename.c_str(), "rb");
if (file == nullptr)
{
return NULL;
}
jpeg_stdio_src(&decomp, file);
jpeg_read_header(&decomp, TRUE); // read jpeg file header
jpeg_start_decompress(&decomp); // decompress the file
row = ((decomp.output_width * 3 + 3) & ~3);
buffer = (*decomp.mem->alloc_sarray)((j_common_ptr)&decomp, JPOOL_IMAGE,
row, 1);
ZeroMemory(&bi.bmiHeader, sizeof(BITMAPINFOHEADER));
bi.bmiHeader.biSize = sizeof(BITMAPINFOHEADER);
bi.bmiHeader.biWidth = decomp.output_width;
bi.bmiHeader.biHeight = decomp.output_height;
bi.bmiHeader.biPlanes = 1;
bi.bmiHeader.biBitCount = 24;
bi.bmiHeader.biCompression = BI_RGB;
bi.bmiHeader.biSizeImage = row * decomp.output_height;
hbm = CreateDIBSection(NULL, &bi, DIB_RGB_COLORS, (void**)&lpBuf, NULL, 0);
if (hbm == NULL)
{
jpeg_destroy_decompress(&decomp);
fclose(file);
return NULL;
}
pb = lpBuf + row * decomp.output_height;
while (decomp.output_scanline < decomp.output_height)
{
pb -= row;
jpeg_read_scanlines(&decomp, buffer, 1);
if (decomp.out_color_components == 1)
{
UINT i;
LPBYTE p = (LPBYTE)buffer[0];
for (i = 0; i < decomp.output_width; i++)
{
pb[3 * i + 0] = p[i];
pb[3 * i + 1] = p[i];
pb[3 * i + 2] = p[i];
}
}
else if (decomp.out_color_components == 3)
{
// There was talk on Internet about one being RGB and another BGR.
// If colors appear swapped, then swap the bytes, and update this comment.
//CopyMemory(pb, buffer[0], row);
// Updated color correction
UINT i;
LPBYTE p = (LPBYTE)buffer[0];
for (i = 0; i < row; i += 3)
{
pb[i + 0] = p[i + 2]; // Blue
pb[i + 1] = p[i + 1]; // Green
pb[i +2] = p[i + 0]; // Red
}
}
else
{
jpeg_destroy_decompress(&decomp);
fclose(file);
DeleteObject(hbm);
return NULL;
}
}
SetDIBits(NULL, hbm, 0, decomp.output_height, lpBuf, &bi, DIB_RGB_COLORS);
jpeg_finish_decompress(&decomp);
jpeg_destroy_decompress(&decomp);
fclose(file);
return hbm;
}