From alsa-devel-owner@alsa.jcu.cz  Mon Aug 24 19:49:21 1998
Received: from entry.jcu.cz (perex@entry.jcu.cz [160.217.1.111])
	by marvin.jcu.cz (8.8.8/8.8.8) with SMTP id TAA28551;
	Mon, 24 Aug 1998 19:48:30 +0200
Date: Mon, 24 Aug 1998 19:48:29 +0200 (MET DST)
From: Jaroslav Kysela <perex@jcu.cz>
To: Ivan Popov <pin@math.chalmers.se>
cc: alsa-devel@alsa.jcu.cz
Subject: Re: IMIX support - patch to 0.2.0-pre5
In-Reply-To: <Pine.GSO.3.95.980824143742.889E-100000@morisot.math.chalmers.se>
Message-ID: <Pine.LNX.3.96.980824193603.13060B-100000@entry.jcu.cz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Reply-To: alsa-devel@alsa.jcu.cz
Sender: alsa-devel-owner@alsa.jcu.cz
Precedence: list

On Mon, 24 Aug 1998, Ivan Popov wrote:

> On Mon, 24 Aug 1998, Jaroslav Kysela wrote:
> 
> > I look to your patch and your requested feature is already implemented
> 
> Well, it just didn't work as I needed :(
> 
> > in latest 0.2.0pre version of driver. Register 0x3c isn't volume - it
> > switches analog output paths on/off or I'm wrong? My implementation
> 
> Exactly. You are right.
> 
> > is if user mute specified channel - input path isn't changed, but output
> > is muted (look to mute function in lowlevel/sb/mixer.c). You can record
> > input signal, but you don't hear it. Maybe you aren't using native
> > mixer...
> 
> It didn't work this way :( yes, because I didn't try hard enough).
> Now I see that the real problem was lack of adequate documentation (for
> the utilities). I _did_ use the utilities...
> 
> Anyway, I'd suggest keeping IMIX device for the sake of backward
> compatibility. I am very happy that I can run xmixer and still be able
> to choose whether to hear my mike or not.
> 
> This feature is redundant (yes!) but does not harm. Just one additional
> structure in the driver. OSS compatibility costs already much more,
> doesn't it?

I don't like see in ALSA native mixer one channel which does same thing
as mute button. There is also problem with MIC mute button updating
(lowlevel code can't say to other simultaneously open mixer applications
that MIC channel was updated - this is work for sound kernel).

You are right that OSS API emulation/converter costs more, but we need
make native API clean and this is our preference over OSS compatibility.

Suggestions:

1. You can simply type 'amixer MIC mute' or 'amixer MIC unmute' on other
   console in Xwindow (or before/after program which needs this setup).
2. You can wait for native Xwin mixer (looks like some are on way -
   for example http://fox.unixville.com/projects/infopages/mixer.html)..

						Jaroslav

-----
Jaroslav Kysela <perex@jcu.cz>
Academic Computer Centre, University of South Bohemia
Branisovska 31, C. Budejovice, CZ-370 05 Czech Republic


