Takashi Iwai | 1 Aug 2005 11:22
Picon

Re: Re: Volume per voices [Feature Request]

At Mon, 01 Aug 2005 00:37:26 +0800,
Raymond wrote:
> 
> Jaroslav Kysela wrote:
> > On Thu, 28 Jul 2005, Raymond wrote:
> > 
> > 
> >>In theory, and sound cards with hardware mixing can support this kind of
> >>volume control.
> >>
> > 
> > Nope. Please, define the controls at the driver initialization phase and 
> > make them inactive when the stream is not open. See emu10k1 or trident 
> > driver for hints. You must also map the voice volume with substream 
> > number.
> > 
> 
> Beside volume control, Is it feasible to bind other controls (e.g.
> Interaural Time Difference, Interaural Level Difference and SAMPLE RATE 
> CONVERTOR - Doppler Effect ) to the substream ?

I think yes.  Whatever directly bound to a PCM substream should be
handled as IFACE_PCM with a certain subdevice number.

> How can the alsa application access those controls
> (SNDRV_CTL_ELEM_IFACE_PCM) using the handle return by snd_pcm_open() ?

By defining a new API for that purpose :)

Takashi
(Continue reading)

Raymond | 29 Aug 2005 04:28
Picon

Re: Volume per voices [Feature Request]

Takashi Iwai wrote:
> At Mon, 01 Aug 2005 00:37:26 +0800,
> Raymond wrote:
> 
>>Jaroslav Kysela wrote:
>>
>>>On Thu, 28 Jul 2005, Raymond wrote:
>>>
>>>
>>>
>>>>In theory, and sound cards with hardware mixing can support this kind of
>>>>volume control.
>>>>
>>>
>>>Nope. Please, define the controls at the driver initialization phase and 
>>>make them inactive when the stream is not open. See emu10k1 or trident 
>>>driver for hints. You must also map the voice volume with substream 
>>>number.
>>>
>>
>>Beside volume control, Is it feasible to bind other controls (e.g.
>>Interaural Time Difference, Interaural Level Difference and SAMPLE RATE 
>>CONVERTOR - Doppler Effect ) to the substream ?
> 
> 
> I think yes.  Whatever directly bound to a PCM substream should be
> handled as IFACE_PCM with a certain subdevice number.
> 
> 
> 
(Continue reading)

Manuel Jander | 29 Aug 2005 23:04
Picon

Re: Volume per voices [Feature Request]

Hi,

On Mon, 2005-08-29 at 10:28 +0800, Raymond wrote:
> Takashi Iwai wrote:
> > At Mon, 01 Aug 2005 00:37:26 +0800,
> > Raymond wrote:
> > 
> >>Jaroslav Kysela wrote:
> >>
> >>>On Thu, 28 Jul 2005, Raymond wrote:
> Can this kind of volume control with iface = SNDRV_CTL_ELEM_IFACE_PCM
> used by mixer application (e.g. alsamixer) or only the application which
> open the PCM substream ?

I guess not, because its PCM specific, and only valid on a PCM device
open context. Trying to find out which app is opening which PCM device
is just nonsense.

> Distortion occur when the combined gain of audio data, hardware mixer ,
> equalizer and 3D effect > 6dB ( limit by the 18-bits DAC in AC97 codec)

The maximum gain possible for a entire audio pipe should obvisouly not
exceeded.

> Can negative number can be used in the kcontrol with type
> SNDRV_CTL_ELEM_TYPE_INTEGER ? (i.e. uinfo->value.integer.min < 0 )

AFAIK, yes.

> What is the maximum value can be assigned to uinfo->value.integer.max ?
(Continue reading)

Raymond | 5 Aug 2005 12:23
Picon

Re: Volume per voices [Feature Request]

Takashi Iwai wrote:
> At Mon, 01 Aug 2005 00:37:26 +0800,
> Raymond wrote:
> 
>>Jaroslav Kysela wrote:
>>
>>>On Thu, 28 Jul 2005, Raymond wrote:
>>>
>>>
>>>
>>>>In theory, and sound cards with hardware mixing can support this kind of
>>>>volume control.
>>>>
>>>
>>>Nope. Please, define the controls at the driver initialization phase and 
>>>make them inactive when the stream is not open. See emu10k1 or trident 
>>>driver for hints. You must also map the voice volume with substream 
>>>number.
>>>
>>
>>Beside volume control, Is it feasible to bind other controls (e.g.
>>Interaural Time Difference, Interaural Level Difference and SAMPLE RATE 
>>CONVERTOR - Doppler Effect ) to the substream ?
> 
> 
> I think yes.  Whatever directly bound to a PCM substream should be
> handled as IFACE_PCM with a certain subdevice number.
> 
> 

(Continue reading)

Takashi Iwai | 5 Aug 2005 12:51
Picon

Re: Re: Volume per voices [Feature Request]

At Fri, 05 Aug 2005 18:23:20 +0800,
Raymond wrote:
> 
> Takashi Iwai wrote:
> > At Mon, 01 Aug 2005 00:37:26 +0800,
> > Raymond wrote:
> > 
> >>Jaroslav Kysela wrote:
> >>
> >>>On Thu, 28 Jul 2005, Raymond wrote:
> >>>
> >>>
> >>>
> >>>>In theory, and sound cards with hardware mixing can support this kind of
> >>>>volume control.
> >>>>
> >>>
> >>>Nope. Please, define the controls at the driver initialization phase and 
> >>>make them inactive when the stream is not open. See emu10k1 or trident 
> >>>driver for hints. You must also map the voice volume with substream 
> >>>number.
> >>>
> >>
> >>Beside volume control, Is it feasible to bind other controls (e.g.
> >>Interaural Time Difference, Interaural Level Difference and SAMPLE RATE 
> >>CONVERTOR - Doppler Effect ) to the substream ?
> > 
> > 
> > I think yes.  Whatever directly bound to a PCM substream should be
> > handled as IFACE_PCM with a certain subdevice number.
(Continue reading)


Gmane