From: Patrick Shirkey <pshirkey@boosthardware.com>
To: David Lloyd <dmlloyd@tds.net>
Cc: alsa-devel@lists.sourceforge.net
Subject: Re: DMIX and capture stream
Date: Mon, 05 Jan 2004 15:00:28 +0900 [thread overview]
Message-ID: <3FF8FD7C.60508@boosthardware.com> (raw)
In-Reply-To: Pine.LNX.4.58.0401041746270.12698@ultros
David Lloyd wrote:
> On Sun, 4 Jan 2004, Florian Schmidt wrote:
>
>
>>On Sun, 04 Jan 2004 00:07:26 -0500
>>Paul Davis <paul@linuxaudiosystems.com> wrote:
>>
>>
>>>>I'm working on changing DMIX to allow clients to open the capture
>>>>stream.
>>>
>>>i don't get it. dmix is for playback, not capture. what would be the
>>>semantics of this?
>>
>>Hmm, i don't know the OP's answer to this, but i like to ask a very
>>related question:
>>
>>It is possible to create a playback pcm device with the help of the dmix
>>plugin. This way several apps can playback at once - nice. But now what
>>about using two apps that do full duplex at the same time?
>
>
> This is exacly my point. The fact that dmix and dsnoop are half-duplex is
> where I have a problem. There seems to be no way to allow more than one
> OSS-compatibility client to share audio in a satisfactory way. Which is
> to say, you can have two doing playback, or two doing capture, or maybe
> one each (haven't tried yet), but you can't do two full-duplex, or one
> full-duplex and one capture or playback. This is a bug in my opinion.
> It seems to me that this issue is not addressed by anyone, and that's why
> I started this code change, to allow capture to "pass through" so that one
> client can do full-duplex with multiple other clients still able to
> playback. This is not too much to ask IMHO.
>
Recent discussion of this has made it clear that in the near future
Jaroslav and Takashi are planning on implementing better
interoperability between dmix and dsnoop.
It's not high on the list of priorities because there are already other
software mixing apps/deamons that work. It is high on the list of
desired features though :)
As you have found out the changes required are not superficial but
require advanced understanding of ALSA internals.
dmix and dsnoop are less than a year old and there are still apps that
don't provide correct support for them. If you can't wait, you could try
to use JACK, artsd, gstreamer....
--
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.com
Http://www.djcj.org - The Linux Audio Users guide
========================================
Apparently upon the beginning of the barrage, the donkey broke
discipline and panicked, toppling the cart. At that point, the rockets
disconnected from the timer, leaving them strewn around the street.
Tethered to the now toppled cart, the donkey was unable to escape before
the arrival of U.S. troops.
United Press International
Rockets on donkeys hit major Baghdad sites
By P. MITCHELL PROTHERO
Published 11/21/2003 11:13 AM
-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
next prev parent reply other threads:[~2004-01-05 6:00 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-02 20:29 DMIX and capture stream David Lloyd
2004-01-04 5:07 ` Paul Davis
2004-01-04 12:12 ` Joern Nettingsmeier
2004-01-04 13:52 ` Florian Schmidt
2004-01-05 0:02 ` David Lloyd
2004-01-05 0:15 ` Florian Schmidt
2004-01-05 6:00 ` Patrick Shirkey [this message]
2004-01-05 10:18 ` HDSP as normal user Patrick Shirkey
2004-01-05 14:02 ` Paul Davis
2004-01-05 14:22 ` Takashi Iwai
2004-01-05 14:48 ` Patrick Shirkey
2004-01-05 16:13 ` DMIX and capture stream David Lloyd
2004-01-05 16:21 ` Jaroslav Kysela
2004-01-05 16:29 ` David Lloyd
2004-01-05 16:28 ` Jaroslav Kysela
2004-01-05 16:43 ` Takashi Iwai
2004-01-05 17:27 ` David Lloyd
2004-01-05 17:28 ` Florian Schmidt
2004-01-05 16:42 ` Takashi Iwai
2004-01-05 17:20 ` David Lloyd
2004-01-05 17:41 ` Paul Davis
2004-01-05 17:45 ` David Lloyd
2004-01-05 18:59 ` Paul Davis
2004-01-05 18:12 ` Takashi Iwai
2004-01-06 17:05 ` David Lloyd
2004-01-06 21:38 ` Florian Schmidt
2004-01-07 11:01 ` Takashi Iwai
2004-01-07 12:05 ` Florian Schmidt
2004-01-07 13:06 ` Florian Schmidt
2004-01-07 13:49 ` Takashi Iwai
2004-01-07 12:45 ` Abramo Bagnara
2004-01-07 13:45 ` Takashi Iwai
2004-01-07 14:39 ` Abramo Bagnara
2004-01-07 15:02 ` Takashi Iwai
2004-01-07 15:15 ` Abramo Bagnara
2004-01-07 15:30 ` Takashi Iwai
2004-01-07 15:47 ` Abramo Bagnara
2004-01-07 16:12 ` Takashi Iwai
2004-01-07 16:58 ` Abramo Bagnara
2004-01-07 17:22 ` Takashi Iwai
2004-01-08 8:33 ` Jaroslav Kysela
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=3FF8FD7C.60508@boosthardware.com \
--to=pshirkey@boosthardware.com \
--cc=alsa-devel@lists.sourceforge.net \
--cc=dmlloyd@tds.net \
/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.