alsamixer foo

alsamixer foo

[Johannes Berg]

[-- Attachment #1: Type: text/plain, Size: 466 bytes --]

Can anyone explain why, if I make an ENUMERATED mixer element and name
it 'Capture Source', it shows up under the Capture category in
alsamixer, but as two buttons of which one is only selectable? And then,
when I name it 'Input Source', it shows up as a single item where I can
select the right source, but it shows up under 'Playback'?

What's the correct naming for this thing? I've seen drivers use "Input
Source" and "Capture Source" too...

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 793 bytes --]

Re: alsamixer foo

[Takashi Iwai]

At Fri, 05 May 2006 11:51:55 +0200,
Johannes Berg wrote:
> 
> Can anyone explain why, if I make an ENUMERATED mixer element and name
> it 'Capture Source', it shows up under the Capture category in
> alsamixer, but as two buttons of which one is only selectable?

It's the behavior of the current mixer abstraction layer.  It was
implemented in that way so that you have a (almost) compatible design
with the earlier version of ALSA and OSS.

> And then,
> when I name it 'Input Source', it shows up as a single item where I can
> select the right source, but it shows up under 'Playback'?

Because it doesn't contain "Capture" in its name.

> What's the correct naming for this thing? I've seen drivers use "Input
> Source" and "Capture Source" too...

"Input Source" is used for some drivers that have multiple capture
sources.  Since the "Capture Source" is split to switches, the mixer
abstraction layer can't handle well the multiple "Capture Source"
controls.


Takashi


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

Re: alsamixer foo

[Johannes Berg]

[-- Attachment #1: Type: text/plain, Size: 824 bytes --]

On Thu, 2006-05-11 at 16:16 +0200, Takashi Iwai wrote:

> It's the behavior of the current mixer abstraction layer.  It was
> implemented in that way so that you have a (almost) compatible design
> with the earlier version of ALSA and OSS.

Why?

> > And then,
> > when I name it 'Input Source', it shows up as a single item where I can
> > select the right source, but it shows up under 'Playback'?
> 
> Because it doesn't contain "Capture" in its name.

Yeah ok, figured that.

> "Input Source" is used for some drivers that have multiple capture
> sources.  Since the "Capture Source" is split to switches, the mixer
> abstraction layer can't handle well the multiple "Capture Source"
> controls.

Can we have it not split? Switches of which only one can be selected
absolutely *suck*.

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 793 bytes --]

Re: alsamixer foo

[Takashi Iwai]

At Thu, 11 May 2006 16:30:24 +0200,
Johannes Berg wrote:
> 
> On Thu, 2006-05-11 at 16:16 +0200, Takashi Iwai wrote:
> 
> > It's the behavior of the current mixer abstraction layer.  It was
> > implemented in that way so that you have a (almost) compatible design
> > with the earlier version of ALSA and OSS.
> 
> Why?

See the text you cited.

> > "Input Source" is used for some drivers that have multiple capture
> > sources.  Since the "Capture Source" is split to switches, the mixer
> > abstraction layer can't handle well the multiple "Capture Source"
> > controls.
> 
> Can we have it not split? Switches of which only one can be selected
> absolutely *suck*.

You can create your own alsa-lib plugin for mixer abstraction that is
specific to a hardware, too.


Takashi


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

Re: alsamixer foo

[Johannes Berg]

[-- Attachment #1: Type: text/plain, Size: 379 bytes --]

On Thu, 2006-05-11 at 16:40 +0200, Takashi Iwai wrote:
> > > It's the behavior of the current mixer abstraction layer.  It was
> > > implemented in that way so that you have a (almost) compatible design
> > > with the earlier version of ALSA and OSS.
> > 
> > Why?
> 
> See the text you cited.

But why did earlier versions do such weird and stupid things?

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 793 bytes --]

Re: alsamixer foo

[Takashi Iwai]

At Thu, 11 May 2006 16:47:45 +0200,
Johannes Berg wrote:
> 
> On Thu, 2006-05-11 at 16:40 +0200, Takashi Iwai wrote:
> > > > It's the behavior of the current mixer abstraction layer.  It was
> > > > implemented in that way so that you have a (almost) compatible design
> > > > with the earlier version of ALSA and OSS.
> > > 
> > > Why?
> > 
> > See the text you cited.
> 
> But why did earlier versions do such weird and stupid things?

There was no enum control at that time.


Takashi


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

Re: alsamixer foo

[Johannes Berg]

[-- Attachment #1: Type: text/plain, Size: 192 bytes --]

On Thu, 2006-05-11 at 16:52 +0200, Takashi Iwai wrote:

> There was no enum control at that time.

Any way to have newer programs tell the alsa lib to not "fix" it for
them?

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 793 bytes --]

Re: alsamixer foo

[Takashi Iwai]

At Thu, 11 May 2006 17:07:35 +0200,
Johannes Berg wrote:
> 
> On Thu, 2006-05-11 at 16:52 +0200, Takashi Iwai wrote:
> 
> > There was no enum control at that time.
> 
> Any way to have newer programs tell the alsa lib to not "fix" it for
> them?

As mentioned, you can write a new plug-in to override the default
mixer abstractoin behavior.


Takashi


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642