[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: Jim C. Brown
Subject: Re: [Qemu-devel] Soundwrapper and artsd (fails to share)
Date: Sun, 5 Dec 2004 20:55:51 -0500
User-agent: Mutt/1.4i

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 

> >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.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]