[alsa-devel] Alsamixertest (was: how to mandate the use of PCM plugin?)
David Henningsson
david.henningsson at canonical.com
Mon Oct 4 09:51:27 CEST 2010
On 2010-10-02 04:11, Raymond Yau wrote:
> 2010/9/29 David Henningsson<david.henningsson at canonical.com>
>
>> On 2010-09-28 06:07, Raymond Yau wrote:
>>> 2010/9/28 Colin Guthrie<gmane at colin.guthr.ie>
>>>
>>>>
>>>>
>>>> And today, one of the Canonical guys published his version of a tool to
>>>> help here:
>>>> http://thread.gmane.org/gmane.comp.audio.pulseaudio.general/7542
>>>>
>>>> Hope this helps.
>>>>
>>>> Col
>>>>
>>>>
>>>>
>>> why did runtest.sh use a format FLOAT64_LE which was not supported by PA
>> ?
>>
>> runtest.sh isn't meant to be used directly in that way, you're supposed
>> to run "alsamixertest". Try "alsamixertest -r" and "alsamixertest -h" to
>> get started. (Perhaps I should rename the .sh file to something else.)
>>
>> That said, if you find a good use case where you want to use it directly
>> and need a different sample format - patches welcome (as long as they
>> don't break something else).
>>
>>
> I just try to see whether this tool can help me to calibrate the 10 band
> gain/atten controls of the hardware equalizer of au8830.
Hmm...there is currently no way to specify control name(s) manually,
perhaps I should add such a test/switch.
> Have anyone test your tool on the sound card with ac97 codec ?
I don't think so, no.
> It seem that the program keep complain about those controls without dB scale
> (e.g. AC97 3D Control - depth and rear depth , .) with the emulated intel8x0
> driver and no volume control with the emulated sb16 in virtualbox
It's a righteous warning if you ask me - all volume controls should
provide dB information, or we don't know what they actually do. It
doesn't disturb the rest of the test as long as you have set the value
manually to something that does not destroy the audio.
> Your program seem really behave as same as pulseaudio server , set the dB
> value of control but don't verify the dB value can be set by re-reading the
> value since dB -> volume conversion
Yes, I do verify: I read back the set value because it is not always the
same as the actual value I tried to set.
> Even though your program start at 0dB , ac97 volume controls are in 1.5dB
> per step but your program use 2 dB step
I just released a new version where you can set the step size at the
command line:
https://edge.launchpad.net/~diwic/+archive/maverick/+files/alsamixertest_48.11.tar.gz
If 1.5 dB is pretty standard in both HDA and AC'97, I should probably
change it to 1.5 dB by default.
> Still finding why the program running into infinite loop and try to set dB
> to -7xx dB , however amixer does output the min dB when 0%
If you're still having an infinite loop in the 48.11 version, could you
please send the output of the tool with the -v (verbose) switch to me
privately? Thanks!
--
David Henningsson, Canonical Ltd.
http://launchpad.net/~diwic
More information about the Alsa-devel
mailing list