Changing Bitmaps Color Depth

Environment: MSVC 6.0

The basic problem of this code was to decrease a color depth of great bitmaps (like 8000 x 8000 pixels) to - for example - 4 bits per pixel and solving nearly (! see below) the original color palette. The first attempt was to use the method as shown in DDBtoDIB. But such great bitmaps produce an error: They do nothing sencefull in functions like GetDIBits. So I handle the bitmap in bands of smaller bitmap data and make direct file reading/saving operations of the bitmaps.

Because of the internal mapping of the color palette to the system palette I got some strange results. Also, by realizing the whole number of really used colors, I ve got another problem with the previous banding of the bitmap, which show me only a small part of the overall used colors. This was the second problem. So I create a color palette by counting and adding the colors of each band to a global color palette of the bitmap.

A small problem still remains: By mapping the source bitmap into memory, the color palette cannot be solved exactly. If the color palette cannot be mapped into the system palette, the result color palette may differ by a few percent. But I didn't spend more time to this fact because the present solution was sufficient for me.

The result is a class BitmapLib with two (static) methods, ChangeColorDepth() and GetUsedColors().

BOOL  CBitmapLib::ChangeColorDepth( CString const & stSrcBitmapFile,
                                    CString const & stDstBitmapFile,
                                    WORD const      wDstBitCount,
                                    CProgressCtrl * pProgressCtrl = NULL );

ChangeColorDepth() changes a color depth of a file based bitmap and saves the result into a destination file. The operation is done by increasing or decreasing the bits per pixel through the whole range from 1 to 32 (thus converting also from device dependent into device independent or the way back). The progress control is only used if nescessary and showing the work progress (great bitmaps last a few seconds ...)

int CBitmapLib::GetUsedColors( CString const & stSrcBitmapFile,
                               RGBQUAD *       pColorTable,
                               WORD const      wMaxColorTableSize,
                               CProgressCtrl * pProgressCtrl = NULL );
int CBitmapLib::GetUsedColors( BITMAPINFO const * pBmi,
                               BYTE const *       pBits,
                               UINT const         nStartScanLine,
                               UINT const         nScanLines,
                               RGBQUAD *          pColorTable,
                               WORD const         wMaxColorTableSize,
                               WORD &             wUsedColors );

A byproduct of the operation ChangeColorDepth() is the method GetUsedColors(), which count the the really used colors and produces a color table of the used colors.

Both methods abort its operation, if the destination color depth is not sufficient enough for the number of used colors in the source bitmap. This means that you always must have a raw idea of the final color table result - you cannot convert any High/True color bitmap with an unlimited size of used colors down to a DIB! Therefore you will need some intelligent algorithm, which must be incorporated within the library.

Downloads

Download source (class implementation and header) - 6 Kb


Comments

Leave a Comment
  • Your email address will not be published. All fields are required.

Top White Papers and Webcasts

  • As mobile devices have pushed their way into the enterprise, they have brought cloud apps along with them. This app explosion means account passwords are multiplying, which exposes corporate data and leads to help desk calls from frustrated users. This paper will discover how IT can improve user productivity, gain visibility and control over SaaS and mobile apps, and stop password sprawl. Download this white paper to learn: How you can leverage your existing AD to manage app access. Key capabilities to …

  • This ESG study by Mark Peters evaluated a common industry-standard disk VTl deduplication system (with 15:1 reduction ratio) versus a tape library with LTO-5, drives with full nightly backups, over a five-year period.  The scenarios included replicated systems and offsite tape vaults.  In all circumstances, the TCO for VTL with deduplication ranged from about 2 to 4 times more expensive than the LTO-5 tape library TCO. The paper shares recent ESG research and lots more. 

Most Popular Programming Stories

More for Developers

Latest Developer Headlines

RSS Feeds