That sounds very handy (unless you need to decompress them off-Palm, which
is where our problem started).
R.
At 12:17 27/11/00 +0000, you wrote:
>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/
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
