No, I just know that if I save a Windows RLE bitmap /w 64k colors, it's 31k, that's not a Palm header of course. I guess I have to do more manually than I was expecting to have to...
"Bill Andreozzi" <[EMAIL PROTECTED]> wrote in message news:112269@palm-dev-forum... > > If you are creating your records manually, you could just store this into a > record within your database, then read the record, the returned mem handle > can be used and passed to the WinDrawBitmap function. > > Since you already know your compression ratios, it seems that you already > have the tool that compresses and builds the correct palm header. Also note > that in SOME cases packedbits has worked well. > > thanks - bill > > > "Chris DiPierro" <[EMAIL PROTECTED]> wrote in message > news:112233@palm-dev-forum... > > > > Ok, it's been a while since I've paid attention to all the new Bitmap > stuff > > /w OS/5, etc. > > > > What I'm trying to do is take a large image (320x240, etc) @ 64k colors > and > > ultimately display it. Now, using the old bitmap formats, this image would > > be around 84k, but since I'm not interested in <OS/4, I should be able to > > use a BitmapTypeV3 bitmap and use RLE compression, right? This makes the > > image come in at around 32k, which is certainly manageable. > > > > However, as I'm out of date on all the tools involved, how do I get such a > > resource to exist? I'd prefer not to have to use Constructor as I'd like a > > series of these images in a database, not in my app, but does PilRC > actually > > support creating this sort of resource? > > > > Thanks in advance. > > > > > > > > > > > > > > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
