This is completely different to what I recall. The two PalmOS functions in
question are ScrCompressScanLine and ScrDeCompressScanLine, both classed as
for system use only. There are unofficial versions of these (or at least
references to them) in the archives.
> We've worked this out by experiment. Briefly - and from memory - it's a
> list of byte pairs, like this:
>
> Each pair consists of a count & a byte value to be repeated that many
times
> in the output stream. Hence, in a 1-bit mode, each pair represents an
> 8-pixel chunk to be repeated 'count' times.
>
> A count of 0 terminates the list.
>
> Counts never go over 160, so presumably the compression code starts afresh
> for each line.
>
> Obviously a real spec would be nice to find...
>
> Richard
>
>
> At 09:14 27/11/00 +0100, you wrote:
> >Does anyone know how RLE-compression is actually implemented in PalmOS ?
> >
> >It is not present in PilRC 2.6 (although I have been told it could be in
the
> >Handspring version), nor documented in the Knowledge Base.
> >
> >All what I know about RLE is that it relies on detection of sequences of
> >identical items. However, there are several encoding schemes.
> >
> >So the question is : what is the precise specification of PalmOS RLE ?
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
