On Mon, Sep 10, 2001 at 10:57:39PM -0700, Matt wrote:
> I agree -- using win32 message loops and passing to eliminate polling
> while maintaining the accuracy necessary was the original idea. This can
> be as effective as the select() mechanisms, I think. The interesting bit
> is figuring out how to abstract this kind of detail from the other
> platforms.
Um, it's largely abstracted out already -- soundserver_unix and
soundserver_sdl don't do anything more than the four things I mentioned
before. The main soundserver loop is housed in soundserver.c. While
part of the event loops may need to be tweaked to make it Better(tm),
the platform-specific stuff is already self-contained.
> You make it sound pretty easy, given that we take the incremental approach
> I mentioned earlier. I hope it turns out that way :)
Belive me, initially writing the SDL_soundserver was a royal PITA,
because I had to abstract out the soundserver core logic from the IPC
mechanism. But that's behind us now. But if there turns out to be more
places where we should abstract/rewrite, then hell, it's not like
FreeSCI has never had unstable sound code. :)
(Hmm. I wonder if I should revive my opl2 soundserver and make it hook
into that opl2 emulator -- we really need /dev/fm to pull it off, and
that's only OSS/Commercial -- I don't think ALSA has something
similar. The /dev/sequencer approach is a dead end because of.. well,
timing issues. *sigh* )
- 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"...
