From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cb8Ha-00072L-QA for qemu-devel@nongnu.org; Sun, 05 Dec 2004 21:07:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Cb8Ha-000729-D9 for qemu-devel@nongnu.org; Sun, 05 Dec 2004 21:07:22 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cb8HZ-000726-HB for qemu-devel@nongnu.org; Sun, 05 Dec 2004 21:07:22 -0500 Received: from [38.113.3.61] (helo=smtp-out.hotpop.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cb87a-00008W-AE for qemu-devel@nongnu.org; Sun, 05 Dec 2004 20:57:02 -0500 Received: from phreaker.net (kubrick.hotpop.com [38.113.3.103]) by smtp-out.hotpop.com (Postfix) with SMTP id 9530DAD3578 for ; Mon, 6 Dec 2004 01:56:59 +0000 (UTC) Received: from jbrown.mylinuxbox.org (pcp03144805pcs.midval01.tn.comcast.net [68.59.228.236]) by smtp-1.hotpop.com (Postfix) with ESMTP id 18E801A00A3 for ; Mon, 6 Dec 2004 01:56:58 +0000 (UTC) Date: Sun, 5 Dec 2004 20:55:51 -0500 From: "Jim C. Brown" Subject: Re: [Qemu-devel] Soundwrapper and artsd (fails to share) Message-ID: <20041206015551.GB16298@jbrown.mylinuxbox.org> References: <41B3A197.2030807@hermes.cam.ac.uk> <20041206011316.GA15922@jbrown.mylinuxbox.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org 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.