>
> Grauw:
> [about compressing GFX data:]
> >> Run-length or even some more advanced pattern based compression.
> >> I once implemented this compressed gfx fileformat:
> >>
> >> 1 byte: repeat
> >> 1 byte: pattern length
> >> n bytes: pattern
> >
> > Believe me, I know how run-length works.
>
> Well, the compression I mentioned is usually not seen as RLE. RLE is
> only encodes/compresses repeating *bytes* not *patterns*.
>
> > I actually think run-length isn't a very good compression
> in this case,
> > since the file-format of the tiles probably hasn't got much
> repeating
> bytes
> > in it.
>
> You'd be surprised, I think. Anyway, the issue is the
> trade-off between
> fast decompression or a good compression rate. More advanced
> compression
> techniques like LZW (as used in GIF) bring pretty good compression but
> decompression is slow on MSX and needs a lot of (temporary) memory...
>
You only need 16 Kbyte of memory to decode GIF images.
I don't think that it is to much to ask.
Frits
****
MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED]
and put "unsubscribe msx [EMAIL PROTECTED]" (without the quotes) in
the body (not the subject) of the message.
Problems? contact [EMAIL PROTECTED]
More information on MSX can be found in the following places:
The MSX faq: http://www.faq.msxnet.org/
The MSX newsgroup: comp.sys.msx
The MSX IRC channel: #MSX on Undernet
****
