That means if the bytes are
FA FB FC FD
the encoding is
01 FA 01 FB 01 FC 01 FD?
This does not seem optimal.
Most schemes I have seen use the high bit on the
count byte to designate that the count is for "same"
"heterogenous" data. So, assuming that the high
bit means "heterogenous" ...
FF FF FF FA FB FC
would be encoded as:
03 FF 83 FA FB FC
I'm not saying that this is how the PalmPilot RLE
compression is implemented ... but I would be
surprised if it was implemented as Peter described.
--
-Richard M. Hartman
[EMAIL PROTECTED]
186,000 mi/sec: not just a good idea, it's the LAW!
Peter Hribar wrote in message <7294@palm-dev-forum>...
>
>I think it's basic 256 RLE:
>
>Colors:
>FF FF FF EE ...
>
>RLE:
>03 FF 01 EE ... ->
>count - repeating byte, count ...
>max. of 256 repetitions (00..FF).
>
>Peter Hribar
>
>
>Stephen Best <[EMAIL PROTECTED]> wrote in message
>news:3565@palm-dev-forum...
>>
>> Is the algorithm for compressionType = BitmapCompressionTypeRLE
documented
>> anywhere? I want to update my bitmap conversion utility to create
>resources
>> with RLE compression. I guess I could use BmpCompress then export a .pdb
>but
>> ideally I'd like to do this directly.
>>
>> Stephen Best
>> Bitware Australia
>>
>>
>>
>>
>
>
>
>
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palm.com/devzone/mailinglists.html
