Thank you for visiting the BlackBerry Support Community Forums.
BlackBerry will be closing the BlackBerry Support Community Forums Device Forums on April 1st (Developers, see below)
BlackBerry remains committed to providing excellent customer support to our customers. We are delighted to direct you to the CrackBerry Forums, a well-established and thorough support channel, for continued BlackBerry support. Please visit http://forums.crackberry.com or http://crackberry.com/ask. You can also continue to visit BlackBerry Support or the BlackBerry Knowledge Base for official support options available for your BlackBerry Smartphone.
"When we launched CrackBerry.com 10 years ago, we set out to make it a fun and useful destination where BlackBerry Smartphone owners could share their excitement and learn to unleash the full potential of their BlackBerry. A decade later, the CrackBerry community is as active and passionate as ever and I know our knowledgeable members and volunteers will be excited to welcome and assist more BlackBerry owners with their questions."
- Kevin Michaluk, Founder, CrackBerry.com
Developers, for more information about the BlackBerry Developer Community please review Join the Conversation on the BlackBerry Developer Community Forums found on Inside BlackBerry.
11-17-2010 12:29 PM
From code or from OpenGL?
With the format being 0xAARRGGBB.
Use GL_UNSIGNED_BYTE for "type" and GL_RGBA for "format" and "internalformat".
11-19-2010 09:46 AM
It's not stored in the Bitmap (from what I can tell) in RGBA8888 format, it's stored in RGB565 format with a separate "layer" (as stated previously) for alpha.
The function converts the values from RGB565 to RGB888 when the function is called. It's not to hard to convert from 565 to 888 (http://stackoverflow.com/questions/2442576/how-doe
Though I'll leave it up to you if you want to search for it but someone a while ago made a post stating that using alpha causes a large performance hit when drawing with Graphics. I can only presume that this has to do with the conversion.
Instead of Bitmap->drawBitmap (where it simply copies and pastes from the Bitmap to the screen buffer) we have Bitmap->drawBitmap (where it needs to convert the values to RGB8888 and copy the alpha into the image, repeat the process for the screen buffer, apply the alpha for the pixels to the sceen buffer pixels, then convert back into RGB565 and place back into the screen buffer).
Hope that clears up the supposed contradiction.