>      [about music]
>
> >Don't forget the speed issue. In fact, MBWAVE-files are very badly
> >organizes. For example, the note is stored in the file, while it would
> >be way better if the frequency was stored in the file. This would
> >greatly reduce the replayer-size and result in a huge speed-up.
>
> ?? I don't get that. I'm not really familiar with the format of
> the MWM files or programming the MoonSound, but assuming that it's
> similar to that of MBM/FM-PAC I don't see the big difference.
> The difference is one (1!) look-up in a table per note played
> to convert notenumber to freq.  That's not a big deal...

It's a little more, because it also needs to check which base-frequency
there is, and don't forget that there are 24 channels (and actually I'd
prefer to have those 18 of FM at my service too). And it opens the way for
frequencies without a base frequency. And ofcourse (but I actually already
said this all), it would reduce the replayer's size (which is very big
because of the lookup-table). And I see no arguments against except for a
slightly increased filesize.


> > I remembered programs I made in the past and I noticed that I almost
> > never
> >
> > Hmmm... run-lenght??? Good idea.
>
> 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.

It is even beter to scan the file in advance (when compressing) for the byte
appearing the least. Then you add a single byte before the real data which
indicates the repeat-byte used. That will probably also save some space.


> Alternatively you could use the compressor/decompressor of
> Final Video Graphics (FVG) - sources should be on the 'net somewhere.
> I/we/Aurora (*grin*) used that to compress the GFX for EXOR and Ruby&Jade
> but I lost almost all my sources for those games, damn!

There is also a AGE .CMP-format. It is quite slow to load though...
(although nothing can beat the slowness of the oh-so-complex Basic COPY
"filename" to (0,0)...)

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.


~Grauw


--
>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<
 email me: [EMAIL PROTECTED] or ICQ: 10196372
      visit my homepage at http://grauw.blehq.org/
>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<


****
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
****

Reply via email to