On Wed, 17 May 2006 17:53:22 -0400
Lee Revell <[EMAIL PROTECTED]> wrote:

> On Wed, 2006-05-17 at 23:38 +0300, Sergei Steshenko wrote:
> > On Wed, 17 May 2006 13:48:56 -0400
> > Lee Revell <[EMAIL PROTECTED]> wrote:
> > 
> > > On Wed, 2006-05-17 at 10:19 -0700, Bill Unruh wrote:
> > > > Agreed. But the user, who has to actually use those sliders, needs
> > > > something intuitive. While I agree that perhaps in a short few letter
> > > > name
> > > > it is tough, a longer description would be helpful Eg in alsamixer
> > > > Item:
> > > > line could have a longer description of what the slider actually does.
> > > > 
> > > > For example, on my card  I have 25 sliders/buttons. I have absolutely
> > > > no
> > > > idea what most of them mean, nor any idea where I could find out what
> > > > they
> > > > mean. 
> > > 
> > > Since ALSA has to expose all the hardware details, I think the best
> > > solution is to do what the Gnome mixer does, and hide all but the most
> > > important ones by default.
> > > 
> > > Lee
> > > 
> > > 
> > > 
> > > -------------------------------------------------------
> > > 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
> > > _______________________________________________
> > > Alsa-user mailing list
> > > Alsa-user@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/alsa-user
> > > 
> > 
> > The best solution would be to define ALSA HAL (not just API) first,
> > along the following lines:
> > 
> > A general coundcard is:
> > 
> > 1) user-accessible connectors which can be inputs, outputs, inouts, analog
> > and digital;
> > 
> > 2) a there may be connectivity matrix connecting the above connectors with
> > ADCs, DACs, DSP ? (let's leave it for a time being), so each card should
> > be accompanied by a machine-readable description of the connectivity matrix;
> > 
> > 3) there should be machine-readable description of ADCs' and DACs' sampling
> > rates, per input connector if necessary.
> > 
> > Etc.
> > 
> > I'm just giving a direction of thinking.
> > 
> > With existence of properly defined HAL per card mixer generation (with 
> > meaningful
> > control names) should become trivial.
> > 
> 
> Easier said than done when so much of the driver support had to be
> reverse engineered.  We don't even have this info for a lot of hardware.
> 
> Lee
> 
> 
> 
> -------------------------------------------------------
> 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
> _______________________________________________
> Alsa-user mailing list
> Alsa-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/alsa-user
> 

I think you are missing the point.

I  am not suggesting to describe all cards fully.

I am saying that if ALSA developers have already implemented SOME
commutation, connectivity, gain control, sample rate control, they
DO ALREADY KNOW the data necessary to be supplied with/into the proposed
HAL.

So we, end users, won't have to ask about enabling capture, or gain
control, or SPDIFF through, etc, it will be instead in the HAL
instance/realization of the card (if the features are implemented, of
course), and the (mixer + its GUI) generation application taking that
HAL instance will generate the necessary mixer automatically - just for
known (i.e. implemented) functionality.

The question is whether C++ is good for this (HAL) or some other less
strict type language should be used.

And, of course, ALSA developers know better than us all what are the real
possibilities in cards.


-------------------------------------------------------
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
_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Reply via email to