All of lore.kernel.org
 help / color / mirror / Atom feed
From: Florian Schmidt <mista.tapas@gmx.net>
To: Jaroslav Kysela <perex@suse.cz>
Cc: dmlloyd@tds.net, alsa-devel@lists.sourceforge.net
Subject: Re: DMIX and capture stream
Date: Mon, 5 Jan 2004 18:28:15 +0100	[thread overview]
Message-ID: <20040105182815.3d7a09c3.mista.tapas@gmx.net> (raw)
In-Reply-To: <Pine.LNX.4.58.0401051725380.1862@pnote.perex-int.cz>

On Mon, 5 Jan 2004 17:28:33 +0100 (CET)
Jaroslav Kysela <perex@suse.cz> wrote:

> > That is exactly the problem!  DMIX is for playback.  DSNOOP is for 
> > capture.  Where is the module that is for both?  Why, oh why, did
> > they not simply make ONE MODULE in the first place??
> 
> Both are logically separate, because they're doing absolutely
> different things.

Hmm, but they are very closely related in that they "share" access to a
soundcard. In one case it is for playback and the other for capture.
They are yin and yang. one mixes, the other distributes..

To make life simpler for users i think there should be a way to combine
these two into one pcm device that has all the goodies in one..  point
the OSS emu to it and you are ready to use two OSS apps at once [which
is _not_ possible at the moment, if one of the OSS apps wants to capture
audio additionally to the playback]

> What's your problems? ALSA applications should offer you to set the 
> playback and capture devices independently. 

> If you bother with the OSS
> emulation, simply change the code in oss_dsp_open() -
> alsa-oss/alsa-oss.c. Perhaps, we can do it for you.

Sorry, i'm not sure i understood you here. Do you mean you want to
change the OSS emu to have it use different pcm devices for playback and
capture? This would make combining dmix/dsnoop into one plugin
unnessecary. If that was your message, then please, please, pretty
please, with whipped cream on top, do so.. And if you don't have the
time for it, maybe some pointers to us all would be useful so we can
burn our hands on it... I don't know though how this would be specified
via the .asoundrc. As far as i know it is not possible to use two slaves
for a pcm device..

I have a hw mixing soundcard, but i think this is very important for
ALSA.. Hangout one day in #alsa and you will agree..

Flo

P.S.: Actually i think this really is all about the oss emu, since like
you said, correctly written alsa apps should let you select different
pcm's for playback and capture.. But i wonder:  how many are correctly
written and are facts like this documented in some alsa-developer infos?

-- 
music: http://www.soundclick.com/bands/9/florianschmidt.htm




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

  parent reply	other threads:[~2004-01-05 17:28 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
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 [this message]
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=20040105182815.3d7a09c3.mista.tapas@gmx.net \
    --to=mista.tapas@gmx.net \
    --cc=alsa-devel@lists.sourceforge.net \
    --cc=dmlloyd@tds.net \
    --cc=perex@suse.cz \
    /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.