PA is very silent; doen't use the max hardware volume

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 23/01/14 18:50, Alexander E. Patrakov wrote:
> 2014/1/23 Nikos Chantziaras <realnc at gmail.com>:
>> On 23/01/14 18:25, Alexander E. Patrakov wrote:
>>>
>>> 2014/1/23 Nikos Chantziaras <realnc at gmail.com>:
>>>>
>>>> The control is named "Master Front".
>>>
>>> Then it is indeed not in the default mixer path [...]
>>>
>>>
>>> In order to work around it, you can try editing
>>> /usr/share/pulseaudio/alsa-mixer/paths/analog-output.conf and other
>>> conf files in that directory that are relevant to outputs. Find the
>>> [Front] section in each file and duplicate it to say [Master Front] in
>>> the header. Please report if this helps.
>>
>> I've now duplicated all occurrences of [Element Front] (grep -r "Front\]")
>> with [Element Master Front]. I then did "pulseaudio -k" (I assume this
>> reloads the paths). I verified that a new process was spawned (new PID of
>> the pulseaudio daemon.)
>>
>> It doesn't help. The hardware mixer control is still not touched by PA.
>
> Then we need the following to debug this.
>
> 1. pulseaudio -k ; pulseaudio -vv 2>&1 | tee pulseaudio.log
>
> If it says "already running", just try again. It is a race vs
> autospawn that you have to win to get a usable log.

I now rebooted, so that took care of it for sure. It still doesn't work.


> 2. The output of alsa-info.sh. The script is at
> http://www.alsa-project.org/alsa-info.sh

Here is the output: http://pastebin.com/raw.php?i=E6B7Uwuk



[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux