[pulseaudio-tickets] [Bug 92207] Disabling flat volumes triggered master volume level to reach 100% while trying to decrease/increase it
https://bugs.freedesktop.org/show_bug.cgi?id=92207 --- Comment #6 from Germano Massullo--- (In reply to Raymond from comment #5) > https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/ > pci/oxygen?id=eacbb9dba6b4c982a0217ea2c7d15db88d4fda37 Mmmh I don't understand how this change in source code may be related to this bugreport... Actually I am using Fedora 24, kmix-16.04.2-1.fc24.x86_64 pulseaudio-8.0-6.fc24.x86_6 and I can say that since F23 I have never experienced this bug again. By the way I am still worried about long term distros, like RHEL/CentOS (etc.), that use more ancient packages. -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug.___ pulseaudio-bugs mailing list pulseaudio-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs
[pulseaudio-tickets] [Bug 92207] Disabling flat volumes triggered master volume level to reach 100% while trying to decrease/increase it
https://bugs.freedesktop.org/show_bug.cgi?id=92207 --- Comment #2 from Raymond--- https://bugs.freedesktop.org/show_bug.cgi?id=84983 pulseaudio drop support of multi channel volume control -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug. ___ pulseaudio-bugs mailing list pulseaudio-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs
[pulseaudio-tickets] [Bug 92207] Disabling flat volumes triggered master volume level to reach 100% while trying to decrease/increase it
https://bugs.freedesktop.org/show_bug.cgi?id=92207 --- Comment #4 from Raymond--- [pulseaudio] alsa-mixer.c: Available mixer paths (after tidying): D: [pulseaudio] alsa-mixer.c: Path Set 0x559ae9bf8c10, direction=1 D: [pulseaudio] alsa-mixer.c: Path analog-output (Uscita analogica), direction=1, priority=99, probed=yes, supported=yes, has_mute=yes, has_volume=yes, has_dB=yes, min_volume=135, max_volume=255, min_dB=-60, max_dB=0 D: [pulseaudio] alsa-mixer.c: Element Master, direction=1, switch=1, volume=1, volume_limit=-1, enumeration=0, required=0, required_any=0, required_absent=0, mask=0x36f66, n_channels=2, override_map=yes min dB -60dB is at 135 and 0 dB is at 255 number of step is 120 how do kmix/pulseudio calulate percentage ? volume step - min step / (max step - min step) -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug. ___ pulseaudio-bugs mailing list pulseaudio-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs
[pulseaudio-tickets] [Bug 92207] Disabling flat volumes triggered master volume level to reach 100% while trying to decrease/increase it
https://bugs.freedesktop.org/show_bug.cgi?id=92207 --- Comment #1 from Tanu Kaskinen--- In the first occurrence you didn't notice that the 70% volume was output volume, while the 100% volume was microphone volume. The second occurrence shows a real jump, however (lines 18014-18015): D: [pulseaudio] protocol-native.c: Client kmix changes volume of sink alsa_output.pci-_08_06.0.analog-stereo. D: [pulseaudio] sink.c: The reference volume of sink alsa_output.pci-_08_06.0.analog-stereo changed from front-left: 26208 / 40% / -23,88 dB, front-right: 26208 / 40% / -23,88 dB to front-left: 65536 / 100% / 0,00 dB, front-right: 65536 / 100% / 0,00 dB. The log looks like kmix sets the 100%, but of course it may be that PulseAudio is misinterpreting the data that kmix sends. One way to debug this would be to modify pa_context_set_sink_volume_by_index() so that it logs at the client side the parameters that kmix gives. -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug. ___ pulseaudio-bugs mailing list pulseaudio-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs