> PilRC folks, you might look at the code for BMP_GetBits32bpp(). > There is a comment in the file stating "MAY BE BUGGY!!!!" and I > think it is. I believe the order it should be reading from 'pb' > should be b,g,r,a. At least, that is the order that I changed it > to and it began working.
hey, i wrote that comment *g* my brain wasn't working that day and i didn't personally need 32bit bmp files *g* // return the values we need *a = *(pb + 1); *r = *pb; *g = *(pb + 3); *b = *(pb + 2); // MAY BE BUGGY!!!! the blue mask is 0x000000ff, the green mask is 0x0000ff00, and the red mask is 0x00ff0000. based on 'endian' issues :) 0x12345678 = 32 bit value 0xaarrggbb its stored based on endian as: 0x78 0x56 0x34 0x12 0xbb 0xgg 0xrr 0xaa > b,g,r,a hey.. doesn't that look right now? :) // return the values we need *b = *pb++; *g = *pb++; *r = *pb++; *a = *pb++; is what it should be. cc'ing to the pilrc-developer list so it can be merged in with the main source code base. --- Aaron Ardiri [EMAIL PROTECTED] CEO - CTO +46 70 656 1143 Mobile Wizardry http://www.mobilewizardry.com/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
