>Subject: RE: Color bitmaps on the fly and compression
>From: David Tribble <[EMAIL PROTECTED]>
>Date: Mon, 14 Feb 2000 10:50:49 -1000
>X-Message-Number: 61
>
>Responding to my own post (possibly the second time, first got =
>rejected)...
>ScrCompress is not doing well for me, but it may be from not knowing how =
>to use it (System-only call, not even mentioned in the Ref manual). I'm =
>giving it a compression type of either BitmapCompressionTypeRLE or =
>BitmapCompressionTypeScanLine, a scanline from the GIF & the length, =
>providing it a buffer and buffer length for the response, and providing =
>a set of flags that lives between ScrCompress calls. =
>BitmapCompressionTypeRLE seems to increase the size of the bitmap, while =
Run-length encoding can indeed increase the bitmap size, if the image
data doesn't have long runs of the same color. Unfortunately I think
that's the best (only) compression currently available via the OS for
color images.
The other approach is to leave the image data compressed using GIF,
and decompress it yourself during drawing time (e.g. use a form
gadget), one slice at a time. Sounds slow and not all that
convenient, but perhaps your best option.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palm.com/devzone/mailinglists.html
