Hi,
> > Well, I'd disagree about that ;-)
> > Except for sound effects. I guess that most MT-32 sound effects can't be
> > mapped to GM easily. However, the results Rickard managed to get with the
> > MT-32 translation layer (still visible in sciunpack -c) were pretty good,
> > at least for music.
> *nod* My beef is that most GM synths sound like crap.
OK, but the Adlib doesn't exactly beat an SBLive! with a decent patch set,
or, for that matter, Timidity.
> Hmm. I suppose
> we could bug Tom Lewandaski about the mappings he uses when doing the
> GM/GS translations of the Sierra music...
He did most of them manually, IIRC. Personally, I think that our current
mappings are quite good (except maybe for effects).
> > BTW, adding PC beeper support (XChangeKeyboardControl(), XBell()) might be
> > a nice thing, too.
> Yeah.. Hmm... Hmm... Ya know, I think that would be really damn easy to add.
> Just need a frequency mapping of the midi note ranges to beeper stuffs.
Note that XChangeKeyboardControl() expects a duration for a beep. I guess
that using slightly more than 1/60 of a second and repeating the beep
unless a "note off" is encountered might work for some X servers, though.
> Looks like it's going to be prudent for me to abstract out the "midimap"
> layer, and build the skeletons for Adlib, GM, and Beeper support. Hmm.
> The Sarien(AGI) project has an emulator for the 3-voice Tandy/PCJr
> beeper.. I wonder if we could um, borrow that instead of the plain 'ol
> beeper.. :)
Sounds OK to me, but I think that support for the trivial X beeper should
be more important (since anyone who can play digital sound output could
also use Timidity for output, while some people simply don't have
anything but support for X beeping).
llap,
Christoph
