All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Jim C. Brown" <jbrown106@phreaker.net>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Soundwrapper and artsd (fails to share)
Date: Sun, 5 Dec 2004 20:13:16 -0500	[thread overview]
Message-ID: <20041206011316.GA15922@jbrown.mylinuxbox.org> (raw)
In-Reply-To: <Pine.LNX.4.61.0412060338420.2323@home.oyster.ru>

On Mon, Dec 06, 2004 at 03:42:59AM +0300, malc wrote:
> On Mon, 6 Dec 2004, Richard Neill wrote:
> 
> >Dear All,
> >
> >I wonder why the following doesn't seem to work? Qemu still takes an 
> >exclusive lock on the soundcard, even when invoked with soundwrapper.
> >I'm using this invocation:
> 
> 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.

Currently the wrappers don't work w/ qemu. (I've only tried 2, artsdsp and
esddsp). It isn't hard to add arts support to qemu, I just haven't had the time
to convert the code yet.

> 
> >
> >soundwrapper /usr/local/bin/qemu -cdrom servicepacks.iso -hda 
> >winxp_pro_hd.img -boot c -localtime -enable-audio -m 256 -monitor stdio
> 
> I'm not quite sure what soundwrapper is, but if it is just a script that
> calls artsdsp under the hood, then it's a no go:
> 
> <quote>
> # artsdsp i386-softmmu/qemu
> artsdsp works only for binaries
> </quote>

I don't get this error. It doesn't even make sense, because A) artsdsp works
for scripts and B) qemu is a binary. artsdsp is merely a script that makes use
of the LD_PRELOAD trick, which wraps open(), write(), and a few other things
in order to intercept attempts to open /dev/dsp (and related audio devices)
and replace them with messages to artsd.

Of course, artsdsp doesn't work for qemu anyways, so it's a moot point.

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

  parent reply	other threads:[~2004-12-06  1:24 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-06  0:02 [Qemu-devel] Soundwrapper and artsd (fails to share) Richard Neill
2004-12-06  0:42 ` malc
2004-12-06  1:01   ` Richard Neill
2004-12-06  1:21     ` Jim C. Brown
2004-12-06  1:32       ` malc
2004-12-06  1:43         ` Jim C. Brown
2004-12-06  1:13   ` Jim C. Brown [this message]
2004-12-06  1:27     ` malc
2004-12-06  1:55       ` Jim C. Brown
2004-12-06 10:34         ` malc

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20041206011316.GA15922@jbrown.mylinuxbox.org \
    --to=jbrown106@phreaker.net \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.