Re: GNOME 2 Sound Architecture and APIs?

["Darragh O'brien - Sun Microsystems Ireland - Desktop Applications Do100715 Middleware - Software Engineer" <Darragh Obrien Sun COM>]

This approach would be good for Solaris too. It has its own kernel
level mixer which allows multiple opens on /dev/audio. Currently,
we have esound mixing in userland at 44.1kHz followed by the
Solaris mixer mixing at 48kHz at kernel level. Quite a mess.

Darragh.

> I spoke briefly with Alan about this at GUADEC.  My personal feeling
> was that many sound cards these day can do mixing in hardware and
> allow multiple applications to open the dsp device (Alan then pointed
> out that I am just lucky).
> 
> One thing that is still an issue is that we need an arbitrartion
> mechanism for the audio device, and a program like esound/arts could
> serve this purpose.
> 
> We could ship applications with an audiolibrary that would talk to the
> arbitration daemon.  If the system audio supports multiple opens on
> the dsp, then the daemon gives us a pointer to it `open /dev/dsp', if
> not, then we get a handle to the daemon mixing `open
> /tmp/audio-socket'.  For applications opening /dev/dsp, they would use
> their in-proc library to do any kind of pre-processing that they were
> expecting the daemon to do.
> 
> Miguel
> 
> _______________________________________________
> gnome-hackers mailing list
> gnome-hackers gnome org
> http://mail.gnome.org/mailman/listinfo/gnome-hackers
> 
> 


_______________________________________________
gnome-hackers mailing list
gnome-hackers gnome org
http://mail.gnome.org/mailman/listinfo/gnome-hackers