On Wed, Feb 28, 2001 at 08:08:59PM +0100, Christoph Reichenbach wrote:
> a) Sound system's initialization function is called
> b) Sound system determines that it needs patch.X
> c) Sound system retreives patch.X
> d.GM) Sound system stores patch.X locally
> d.native) Sound system installs path.X on the sound hardware
>
> The steps a, b, and d.GM are relatively trivial. I don't know about
> d.native, although much or possibly all of this appears to have been
> implemented already (by Rickard; e.g. midi_mt32.c).
d.native is good to go (as in midi_mt32.c). I'll worry bout translating
and stuff once the MT32 is otherwise fully functional.
What "works" now:
1) note playing (and general MIDI events)
2) volume (& mute)
3) startup
3a) dump patch.001
4) shutdown
Oooo.. I think I'll chenk this stuff in, and then I shoul dprobably get
some "work" done. :) I'll shoehorn a working midiout driver when I get
home... then work on abstracting out the music/midi interface. And
config file options.
What's NOT working:
set reverb (should be easy), ignore velocities, and the "all stop" isn't
quite there yet; I don't know the best way to do this.
> In FreeSCI, you can use findResource() (see include/sciresource.h) to get
> the resource you want. Don't worry too much about how findResource() is
> implemented, as this might change eventually (also, I should change it to
> find_resource() eventually to match the overall naming convention).
Sweeeet! It's done.
- Pizza
--
Solomon Peachy pizzaATfucktheusers.org
I ain't broke, but I'm badly bent. ICQ# 1318344
Patience comes to those who wait.
...It's not "Beanbag Love", it's a "Transanimate Relationship"...
