All of lore.kernel.org
 help / color / mirror / Atom feed
* generic mixer control?
@ 2002-09-13 13:19 Paul Davis
  2002-09-13 15:30 ` Jaroslav Kysela
  0 siblings, 1 reply; 3+ messages in thread
From: Paul Davis @ 2002-09-13 13:19 UTC (permalink / raw)
  To: alsa-devel

i don't enough about ALSA's handling of consumer mixers to know if
this is possible, but ... i was wondering if there is anyway to write
a generic chunk of code for JACK that manipulates a consumer-oriented
card's mixer to provide hardware mixing. the basic process would be to
turn up the "capture gain" volume so that you get to hear whatever
is being recorded. you might have to turn down something else as well,
but thats probably secondary.

its not clear to me whether or not many mixers come with a single
control that can do this, and/or whether there is any standard way to
do this that ALSA "exports" to the world.

any comments? i'd like to provide "hardware monitoring" for users of
consumer oriented cards to supplement the hammerfall and ice1712 stuff
that we already have ...

--p



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: generic mixer control?
  2002-09-13 13:19 generic mixer control? Paul Davis
@ 2002-09-13 15:30 ` Jaroslav Kysela
  2002-09-16 10:36   ` Takashi Iwai
  0 siblings, 1 reply; 3+ messages in thread
From: Jaroslav Kysela @ 2002-09-13 15:30 UTC (permalink / raw)
  To: Paul Davis; +Cc: alsa-devel@alsa-project.org

On Fri, 13 Sep 2002, Paul Davis wrote:

> i don't enough about ALSA's handling of consumer mixers to know if
> this is possible, but ... i was wondering if there is anyway to write
> a generic chunk of code for JACK that manipulates a consumer-oriented
> card's mixer to provide hardware mixing. the basic process would be to
> turn up the "capture gain" volume so that you get to hear whatever
> is being recorded. you might have to turn down something else as well,
> but thats probably secondary.
> 
> its not clear to me whether or not many mixers come with a single
> control that can do this, and/or whether there is any standard way to
> do this that ALSA "exports" to the world.
> 
> any comments? i'd like to provide "hardware monitoring" for users of
> consumer oriented cards to supplement the hammerfall and ice1712 stuff
> that we already have ...

Although the task is easy, the implementation is not. We definitely need 
to define some abstract controls like this in mixer and describe the 
complicated consumer mixers in configuration files like abstract PCM 
devices.

At the time, you might test if AC'97 is present (most of PCI cards) and 
write specific code for it.

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project  http://www.alsa-project.org
SuSE Linux    http://www.suse.com



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: generic mixer control?
  2002-09-13 15:30 ` Jaroslav Kysela
@ 2002-09-16 10:36   ` Takashi Iwai
  0 siblings, 0 replies; 3+ messages in thread
From: Takashi Iwai @ 2002-09-16 10:36 UTC (permalink / raw)
  To: Jaroslav Kysela; +Cc: Paul Davis, alsa-devel@alsa-project.org

At Fri, 13 Sep 2002 17:30:55 +0200 (CEST),
Jaroslav wrote:
> 
> On Fri, 13 Sep 2002, Paul Davis wrote:
> 
> > i don't enough about ALSA's handling of consumer mixers to know if
> > this is possible, but ... i was wondering if there is anyway to write
> > a generic chunk of code for JACK that manipulates a consumer-oriented
> > card's mixer to provide hardware mixing. the basic process would be to
> > turn up the "capture gain" volume so that you get to hear whatever
> > is being recorded. you might have to turn down something else as well,
> > but thats probably secondary.
> > 
> > its not clear to me whether or not many mixers come with a single
> > control that can do this, and/or whether there is any standard way to
> > do this that ALSA "exports" to the world.
> > 
> > any comments? i'd like to provide "hardware monitoring" for users of
> > consumer oriented cards to supplement the hammerfall and ice1712 stuff
> > that we already have ...
> 
> Although the task is easy, the implementation is not. We definitely need 
> to define some abstract controls like this in mixer and describe the 
> complicated consumer mixers in configuration files like abstract PCM 
> devices.

yes, this is what i've longed for.
this will make it possible to create a "reasonable" mixer program,
too.

but for this we need an extra database.  and the problem is that the
mixer topology depends not only on the sound chip but on codecs
connected, too.

perhaps exporting pci subdevice id and checking it will give a
workaround for special cards even without changing the driver code
itself.


Takashi


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-09-16 10:36 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-09-13 13:19 generic mixer control? Paul Davis
2002-09-13 15:30 ` Jaroslav Kysela
2002-09-16 10:36   ` Takashi Iwai

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.