bitmap reading - VC++

Howto read bitmap and transform it into tiles collection?
Who is Participating?
wirusConnect With a Mentor Commented:
So, you have two ways to do it (well, actually three):

1) You can use ::LoadImage() to load your bitmap

CBitmap yourbitmap;

giving LR_LOADFROMFILE flag let you get a pointer to the bitmap image bits with:
the pointer is bmp.bmBits ...

use other bmp's members (width, height, bits per pixel and WidthBytes) to manipulate the image (I won't describe you how to do that, I think you know how to allocate memory for your tiles and copy parts of "yourbitmap" using that pointer- you may need to convert it to another bpp format, of course)

2) You can use eg. CFile file to open the bitmap file and its Read() member function to read parts of it:
(Look at help for the description of these structures)
c) use BITMAPINFOHEADER fields to determine number of RGBQUAD (palette) entries following it- allocate memory and read them (there will be no palette entries for true color bitmaps) (find in help BITMAPINFO and read the description)
d) use BITMAPFILEHEADER's bfOffBits to determine where image block begins
c) calculate the scan line length in bytes- it must be dividable by 4 and allocate memory for the image (you may also allocate memory for your tiles and read the image there)

3) You can do it as at pt. 1), but for tile memory buffers use bitmaps (but I don't think it's any better...)

I guess you will organize your tiles as an array of CTile objects.
If you derive the CTile class from CObject and use DECLARE_SERIAL and IMPLEMENT_SERIAL macros you will have to overwrite Serialize member only to provide storing and loading each tile. (For implementing array use CObArray class...)
CArchive class doesn't support moving read/write pointer, you could flush buffers and use CArchive::GetFile()->Seek() to move the pointer, but I'm not sure if it works good....

You can also provide your own serialization based on CFile streams only: at the beginning of the file reserve some space for the header, write each tile saving its file position and then just write that info to the header... (I don't think it's enaugh complicated to describe it, if you have problems anyway just ask a detailed question)

I know only the first part.
Actually in VC++ u can't directly load bitmap using MFC support classes .
U have to read the file using header info.
and create a virtual window and using putpixel /putpixelv methods u can write pixel on the virtual window finallly when u call InvalidateRect the paint method will be callled and in paint method  u have to map the the virtual window on the actual physical window.
before reading the file u shold have the knowledge of header of the bitmap.
bitmap is consisting of 50 bytes header and rest all is bitmap data.
in different color format the data is having different formats
16 color --- > 4 bits per pixel
256 color --- >8 bits per pixel
16 K color --- > 65536 bits per pixel
16 M color --- > 3 bytes per pixel
using the header info u can read the data from file u can allocate memory to the pointers
the header is look like this
struct bitmap_header {
BYTE tag[2] ;  //"B" "M"
DWORD zero  ; // "having zer;
DWORD width ; //
DWORD height ; //
WORD bytes_per_pixel ; //


You mean a pixel in "16K color," which I have presonally never heard of, contains 8192 bytes per pixel?  Do I see a tpyo?    :-)
Cloud Class® Course: Microsoft Exchange Server

The MCTS: Microsoft Exchange Server 2010 certification validates your skills in supporting the maintenance and administration of the Exchange servers in an enterprise environment. Learn everything you need to know with this course.

tamnofAuthor Commented:
The answer gives to many asumes... It does not gives me a solution or a start for a solution (like how to read BITMAPINFO structure using CArchive & CFile). Also, the comment placed by thresher_shark, concerns with gurpreets's answer, points to a some-how doubt about the conection between my question and gurpreets's answer.
tamnofAuthor Commented:
I'd don't necessarily, need to show the bitmap, what I realy need is to read the bitmap's information and then to divide it into tiles which will form a new file which will consist of collection of tiles.
I think the most convenient would be:
1. You can use ::LoadBitmap() (it will return a handle to bitmap or NULL) to load your sorce bitmap
2. Then use ::CreateDibSection() to create the destination (if you have no limitations to the destination bitmap format, the best would be 24bpp or 8bpp)
3. Create two memory DCs with ::CreateDC() or CDC::CreateCompatibleDC()
4. insert destination and source into their DCs
5. use ::BitBlt() or CDC::BitBlt() to paint your destination
6. since you've used ::CreateDibSection() for creating destination you have a pointer to the bitmap's data, so you can store the destination file you wrote about
7. restore original bitmaps to DCs and free everything
Is that what you wanted to do?
Something I've forgotten about
instead of ::LoadBitmap() use ::LoadImage() to load it from the disk file
tamnofAuthor Commented:
wirus' answer was good but did not cover an important part of my question which is "...not necessarily, need to show the bitmap, what I realy need is to read the bitmap's information and then to divide it into tiles which will form a new file which will consist of collection of tiles. "
             I think wirus's realy knows what he is talking about - I already have done this part. I'll live the un-handled part for next attempts to answer.
                         Thanks tamnof
Can you strictly define: how "file consisting of collection of tiles" should look like?

I thought you had bitmap like this:


and wanted it to look like this:


where '|' and '-' are any graphic images separating your tiles (can be black, of course)

One more...
Using DC doesn't mean you have to show the bitmap,
so- look above ("Can you...") :)
tamnofAuthor Commented:
Hi wirus
The tile-collection-file in need to create is a file with a common header, specifying the common attributes of all the tiles (since they all have te same dimention) and after the header, the tiles, controled by CTile class objects (user defined class), will bw serialized in a well controled order into the new created file.
An important part of the header shoud be a table which will give the offset BYTE, from the begining of the file, where each tile starts.
tamnofAuthor Commented:
I've already done it all by myself almost the same as wirus' proposing.
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.