ASM Community

OK all you bug hunters, here's the early release of the image library. Let it unzip to your MASM32 directory and then you can play with the pieces. It includes a sample application (literally stolen from Icz's tuts) (I think it's #5) and the libs themselves.

First, the function protos:

BitmapFromFile      PROTO   pszFileName:DWORD

BitmapFromMemory    PROTO   pHeap:DWORD, dwSize:DWORD

BitmapFromResource  PROTO   hModule:DWORD, lpName:DWORD

To use the functions of the lib, first reference the lib:

include image.inc

includelib image.lib

***READ THIS NEXT PART***
***READ THIS NEXT PART***
***READ THIS NEXT PART***
***READ THIS NEXT PART***

Define the filepath you wish to load:

szFile      BYTE    "C:\masm32\ImageLib\homer.jpg", 0

***NOTE IT SAID FILEPATH***
***THAT MEANS WHAT IT SAYS***
*** FILE AND PATH, FILE ALONE WILL FAIL***

(emphasis added out of sheer desperation)

Files may be added in several ways (two of these lines should be commented out) in the WM_CREATE message handler

            invoke BitmapFromFile, ADDR szFile

            invoke BitmapFromResource, hInstance, 2002

            invoke BitmapFromResource, hInstance, 2001

Inside the WM_PAINT message handler, copy the bitmap to the screen.

        invoke CreateCompatibleDC, hdc

        mov tempDC, eax

        invoke SelectObject, tempDC, hBmp

        mov htbmp, eax

        invoke BitBlt, hdc, 0,0,rect.right,rect.bottom, tempDC, 0, 0, SRCCOPY

        invoke SelectObject, tempDC, htbmp

        invoke DeleteDC, tempDC

Finally, don't forget a resource file:

2001  BITMAP DISCARDABLE "homer.bmp"

2002  IMAGE  DISCARDABLE "homer.gif"

Stir well, then bake at 350? for two hours. Server while still hot.



I hope you find this usefull. Your comments are appreciated.


(the download has been corrected for hutch's comment) (I *hope!*)

(Download also corrected for Worrier King's reported problem concerning buffer size) (see later concerning MultiByteToWideChar)

Thought I would try a test piece using a larger JPG image. This is good technology as it allows JPG image size storage in resources that can be large images when loaded as bitmaps.

I used a badly underexposed image of my old car after tweaking it in Picture Publisher and saving it as a jpeg file.

Regards,

hutch@movsd.com

Does the file name in BitmapFromFile need to be Unicode, and a full path?

Does this lib work on all Windows versions ?

Looks nice :alright:

Thanks Jimmy and Readiosys

These lib functions depend on two API functions, OleLoadPicture and OleLoadPicturePath. These require the following versions:

Windows NT/2000/XP: Requires Windows NT 4.0 or later.

Windows 95/98: Requires Windows 95 or later.



PS: My moving GIF control is humming along. I just completed a procedure that returns any single image (as a bitmap of course) from a multiple image .GIF stream.

Now gotta plan out the next step, probably a custom window control that updates itself witn no other program intervention.

Just left click on the link. Don't right click/save as, that won't work.

The file you have is not the archive. Go back to Ernie's message, and left click on the link there.

You can't save an attached file from this forum by right clicking and selecting "save as", which is what it looks like you did.

Thanks a bunch Ernie. This'll save a lot of headaches for non-COMmies like me.


(edited cause I've been staring at this monitor for way too long and am no longer able to coherently type)

Is paint.exe supposed to do something?
It opens a blank window, and I don't see a picture. But in the paint.asm file I see it calls your loadpicture routines in the WM_CREATE.
This is on Win XP.

Woohoo

Just wanted to drop a line saying that after some minor changes (had to change 1 line of code) the image.lib did it's wonder already.. The Filesize got reduced from 3.8MB to an amazing 444KB.. Small is beautiful ;)

I'm never working with bmp's again.. (lol)

PS: It works like a charm on XP.