Re: [Qemu-devel] Soundwrapper and artsd (fails to share)

["Jim C. Brown" <jbrown106@phreaker.net>]

On Mon, Dec 06, 2004 at 04:27:21AM +0300, malc wrote:
> >>There is no such thing as excluse soundcard lock, /dev/dsp is being opened
> >>and if sound hardware does not support multiple hardware channels then
> >>this is where the story ends.
> >
> >Not at all. One can pipe the sound thru daemons such as Artsd, ESD, etc.
> >These daemons then muliplex the sound to the actual hardware. Of course
> >the programs have to be specially designed to use these daemons, but 
> >sometimes
> >you can use tricks to fool regular programs into thinking that they're 
> >talking
> >to the hardware when they are only sending messages to a pipe or socket. 
> >These
> >typically involve a wrapper of some sort.
> 
> Not at all what? Yes, there are sound daemons, but this does not change
> the fact that there is no such concept as exclusive sound card lock, it
> all comes down to what hardware is there behind /dev/dsp.

I was simply saying that the story doesn't end with the limitations of the hardware.

> >Of course, artsdsp doesn't work for qemu anyways, so it's a moot point.
> 
> FMOD comes with esound output driver, QEMU can (optionally) use FMOD and
> all its output drivers, latency will be horrible though.
> 
> QEMU_AUDIO_DRV=fmod QEMU_FMOD_DRV=esd qemu -enable-audio ...
> 

I wasn't aware of this. My old version of qemu certainly can't do this.
I'll have to try this out with fresh qemu CVS sometime soon.

By FMOD do you mean www.fmod.org ?

-- 
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.