Re: New mixer api.

[Takashi Iwai <tiwai@suse.de>]

At Mon, 23 Jun 2003 16:36:22 +0100,
James Courtier-Dutton wrote:
> 
> Hi,
> 
> If a user has a 5.1 sound card, but only has 2 speakers connected, it 
> would be nice if the user could tell alsa this fact.
> Then the amount of sliders in the mixer could be reduced, and also, an 
> application could detect what the user has set up.
> It would be nice for the user to only have to tell one application(maybe 
> the mixer app) that they only have 2 speakers connected to a 5.1 sound 
> card, and then all other applications run by the user would 
> automatically pick up that information.
> It seems to me, that the best place to store this infomation is in alsa 
> somewhere.

yes, the information should be stored in a place which all
applications can refer.  perhaps we can add "user-defined" controls
based on the existing ALSA control API for such a purpose, so that the
elements can be accessed uniformly from every application, and even
the status can be saved/restored by alsactl.

> It would also be nicer to have a better description language for the 
> mixer elements, so that a single GUI mixer, could draw a diagram of how 
> each mixer element effects which other ones. This idea could probably be 
> expanded for some sound cards, whereby the mixer GUI could be used to 
> let the user design their own mixer setup. E.g. The SB Live could be 
> programmed for all sorts of different mixing setups.

a similar idea was implemented on the ALSA 0.5.x mixer.
but it was dropped because of complexity of driver codes.

yes, we need sorting and grouping the small mixer elements.  the
name-based grouping rule (currently used) seems not enough functional
for all cards.

i agree with the idea of the extra meta information.
for example, the corresponding dB to the mixer values.
i think the routing info can be optional, not mandantory.
this can be given only when the routing is really important, i.e. an
element has strong effects to others.

the question is whether these information should go into the driver or
be provided as the external database.


Takashi


-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php