Click here to Skip to main content
14,602,510 members

Loading JPG & PNG resources using GDI+

Rate this:
4.85 (74 votes)
Please Sign up or sign in to vote.
4.85 (74 votes)
6 Sep 2004CPOL
A class to facilitate loading JPG and PNG files from resources using GDI+


Recently, I needed to display some JPG and PNG files. I had an old copy of LeadTools and the open source libraries for both formats, but wanted my executable to be as small as possible. So I decided to give GDI+ a try. I quickly found GDI+ to be poorly designed and very quirky, but it worked well for my purposes until I discovered, to my horror, that GDI+ cannot load JPG or PNG images stored as resources!

Like, I'm sure, other developers facing this issue, I disbelieved the documentation and tried Bitmap::FromResource to no avail. While perusing the Bitmap methods available, I ran across Bitmap::FromStream.

After a bit of testing and several errors, due mostly to the horrible GDI+ documentation, I came up with working code. After a night of rest, I decided to encapsulate the code in a simple class to ensure memory got freed. The result were two classes: CGdiPlusBitmap and CGdiPlusBitmapResource.

The Gotcha

Before discussing the code itself, there is a caveat with GDI+ that must be addressed. With JPG, some TIFF and other formats, the original image information must be available at all times. In other words, if you open a bitmap using Bitmap::FromFile, you cannot delete or otherwise change that file while the image is open. This same restriction applies to CGdiPlusBitmapResource. (My testing found that PNG and BMP files don't seem to follow this generalization, though I don't know if this is standard behavior or just a fluke with my file set.)

GDI+ Initialization

GDI+ needs to be initialized before any GDI+ calls are made. I suggest adding the following data member to the class derived from CWinApp:

ULONG_PTR m_gdiplusToken;

In InitInstance(), add the following calls:

Gdiplus::GdiplusStartupInput gdiplusStartupInput;
Gdiplus::GdiplusStartup(&m_gdiplusToken, &gdiplusStartupInput, NULL);

In ExitInstance(), add the following:


The Class

I created two classes, with the base class being a very simple encapsulation of Bitmap and the derived class encapsulating the global memory. I suppose that if I ever had the patience and desire, I could extend that class, but I have no need to do so. (If you're curious why I didn't simply derive from the ATL class CImage, it's because the code was used in a program that didn't use MFC or ATL. However, the code is so simple, it could easily be modified to use CImage as the base class.)

I'm not going to bother going over the CGdiPlusBitmap class except to say that it has a single, public, data member Bitmap* m_pBitmap. (In the class I prefaced the GDI+ objects with the Gdiplus namespace in case the developer doesn't want to declare using namespace Gdiplus;.)

The CGdiPlusBitmapResource class has several constructors and several overloaded Load functions. The overloaded functions simply allow lazy programmers, like myself, to not have to type MAKEINTRESOURCE. The main Load function takes the resource name and type as strings and is the key to the class. This code follows in its entirety:

bool CGdiPlusBitmapResource::Load(LPCTSTR pName, LPCTSTR pType, 
                                  HMODULE hInst)

    HRSRC hResource = ::FindResource(hInst, pName, pType);
    if (!hResource)
        return false;
    DWORD imageSize = ::SizeofResource(hInst, hResource);
    if (!imageSize)
        return false;

    const void* pResourceData = ::LockResource(::LoadResource(hInst, 
    if (!pResourceData)
        return false;

    m_hBuffer  = ::GlobalAlloc(GMEM_MOVEABLE, imageSize);
    if (m_hBuffer)
        void* pBuffer = ::GlobalLock(m_hBuffer);
        if (pBuffer)
            CopyMemory(pBuffer, pResourceData, imageSize);

            IStream* pStream = NULL;
            if (::CreateStreamOnHGlobal(m_hBuffer, FALSE, &pStream) == S_OK)
                m_pBitmap = Gdiplus::Bitmap::FromStream(pStream);
        if (m_pBitmap)
          if (m_pBitmap->GetLastStatus() == Gdiplus::Ok)
            return true;

          delete m_pBitmap;
          m_pBitmap = NULL;
            m_pBitmap = NULL;
        m_hBuffer = NULL;
    return false;

I find the code very self explanatory, though those that know the return value of ::LoadResource is an HGLOBAL may find the apparent double copy using CopyMemory confusing. In brief CreateStreamOnHGlobal requires a HGLOBAL handle allocated by GlobalAlloc using the GMEM_MOVEABLE flag.

The Demo

The demo is a Visual Studio .NET 2003 project with ANSI and UNICODE builds. It allows you to load resampled JPG or PNG resources (For the curious, I took both photographs in Oahu, Hawaii for, and while filming content of, a multimedia product. One is of Laie Bay, the other is a sunset viewed from Waikiki.)

GDI+ Disclaimer

I am not a GDI+ expert, nor am I a big fan, even if I do find GDI+ occasionally very useful. Please don't ask me questions about it.

Why not IPicture?

I've been asked why I didn't use IPicture. The answer is threefold; first, IPicture does not support PNG images. Second, IPicture is pretty much only an image loader, with little more capability than the standard GDI bitmap calls. Third, IPicture decodes the image data immediately. JPG and GIF images will use more memory than this class.


22 April 2004

CreateStreamOnHGlobal now uses FALSE for the second argument since Bitmap requires that the memory be retained for at least JPG images and I decided to err on the side of caution. Interestingly, my testing showed this flag is often ignored, but I received reports that this wasn't always the case and was technically incorrect.

In addition, while fixing this bug I realized I wasn't clearing up the global memory on failure. That resulted in the code being rearranged as it is now.

15 June 2004

If Gdiplus::Bitmap::FromStream fails, I added what I believe is redundant, but more correct code in handling m_pBitmap. (Unfortunately, the documentation is silent on the subject as to whether NULL will always be returned on failure.)

3 September 2004

Added a section on GDI+ initialization.

Fixed a potential memory leak on image load failure in the sample application.


This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)


About the Author

Joe Woodbury
Software Developer (Senior)
United States United States
Joe is one of those software engineers with a film degree. His first paid programming job (you think film is a good way to make a living?) was writing games for Apple II's using 6502 assembly. He soon moved to 80x86 assembly, C, C++ (for a long time), C# and then back to C++ with occasional dabbling in C#, Python and other vile languages.

He first wrote software for Windows 3.0 in 1990. Save for some work in Linux, DOS and a mercifully brief foray into OS/2, he has concentrated on designing and writing software for all versions and types of Windows except RT.

Comments and Discussions

AnswerRe: Gotcha???? Pin
Joe Woodbury31-Jan-08 6:31
professionalJoe Woodbury31-Jan-08 6:31 
GeneralVery nice. Pin
flippydeflippydebop9-Jun-07 22:55
Memberflippydeflippydebop9-Jun-07 22:55 
GeneralRe: Very nice. Pin
Joe Woodbury10-Jun-07 11:47
professionalJoe Woodbury10-Jun-07 11:47 
NewsPNG and other formats NOW supported Pin
cnstrnd22-Dec-06 12:55
Membercnstrnd22-Dec-06 12:55 
GeneralRe: PNG and other formats NOW supported Pin
Joe Woodbury22-Dec-06 16:04
professionalJoe Woodbury22-Dec-06 16:04 
GeneralRe: PNG and other formats NOW supported Pin
cnstrnd27-Dec-06 5:26
Membercnstrnd27-Dec-06 5:26 
GeneralRe: PNG and other formats NOW supported Pin
Joe Woodbury27-Dec-06 6:00
professionalJoe Woodbury27-Dec-06 6:00 
GeneralSweet! Thanks. Pin
prcarp12-Jun-06 4:14
Memberprcarp12-Jun-06 4:14 
I have been wrestling with this for a while. I have your code (.h) working, as-is, with .GIF files under VC6 (using MFC making an ActiveX control).

Nice work. Thanks for posting the solution!
General'gdiplus.h' No such file or directory Pin
MSA22223-Jan-06 7:18
MemberMSA22223-Jan-06 7:18 
GeneralRe: 'gdiplus.h' No such file or directory Pin
Joe Woodbury23-Jan-06 8:51
professionalJoe Woodbury23-Jan-06 8:51 
Generalruntime dll for .png files Pin
woodingdeangull25-Aug-05 5:05
Memberwoodingdeangull25-Aug-05 5:05 
GeneralRe: runtime dll for .png files Pin
Joe Woodbury25-Aug-05 6:45
professionalJoe Woodbury25-Aug-05 6:45 
Generalcompilation error in VC++ 6.0 Pin
daveice17-Aug-05 0:04
Memberdaveice17-Aug-05 0:04 
GeneralRe: compilation error in VC++ 6.0 Pin
Joe Woodbury17-Aug-05 8:31
professionalJoe Woodbury17-Aug-05 8:31 
GeneralDoesn't work with GIF's! Pin
Terminator21214-Oct-04 4:05
MemberTerminator21214-Oct-04 4:05 
GeneralRe: Doesn't work with GIF's! Pin
Joe Woodbury14-Oct-04 5:17
professionalJoe Woodbury14-Oct-04 5:17 
GeneralI didn't succeed to load PNG... Pin
Elie-fr6-Sep-04 6:34
MemberElie-fr6-Sep-04 6:34 
GeneralRe: I didn't succeed to load PNG... Pin
Joe Woodbury6-Sep-04 7:24
professionalJoe Woodbury6-Sep-04 7:24 
GeneralRe: I didn't succeed to load PNG... Pin
Elie-fr6-Sep-04 22:34
MemberElie-fr6-Sep-04 22:34 
GeneralRe: I didn't succeed to load PNG... Pin
Joe Woodbury7-Sep-04 5:35
professionalJoe Woodbury7-Sep-04 5:35 
GeneralRe: I didn't succeed to load PNG... Pin
Elie-fr7-Sep-04 6:14
MemberElie-fr7-Sep-04 6:14 
GeneralRe: I didn't succeed to load PNG... Pin
Joe Woodbury7-Sep-04 6:35
professionalJoe Woodbury7-Sep-04 6:35 
GeneralRe: I didn't succeed to load PNG... Pin
Elie-fr7-Sep-04 6:57
MemberElie-fr7-Sep-04 6:57 
Generalits not working Please Help!!!! Pin
jt_roxas3-Sep-04 10:22
Memberjt_roxas3-Sep-04 10:22 
GeneralRe: its not working Please Help!!!! Pin
Joe Woodbury3-Sep-04 10:57
professionalJoe Woodbury3-Sep-04 10:57 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

Posted 20 Jan 2003


156 bookmarked