> Rafael writes:
> >I think the un*x way is to have a sound server processs manage the
> >different sound sources from userspace, and have only the sound server
> >talk directly to the kernel drivers. Of course, all programs which talk
> >directly to /dev/dsp would have to be recoded to use the sound server
> >library and API.
> >
> >This way you can make your sound server as complex as you want (i.e.
> >prioritize sounds events, "real-time" mixing of channels, etc), without
> >adding cruft to the kernel. Latency could be a problem with games
> >though... I know I've seen work done in this direction, but don't have
> >any links handy.
>
> Check out ftp.x.org:/contrib/audio/nas/nas-1.2p4.tar.gz. NAS (network
> audio server) does almost exactly what you describe, plus it has X-style
> network transparency built in...
NAS is preety dead: There hasn't been any development for a while (as far
as I've seen). Esound does the same things and is under active
development.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/