![]() Tried with Chromium, but even there the normalization happens even though it does not change the slider - you can check the normalization with the statistics-overlay that can be found in the rightclick menu of a video). This bug explains it and yes it also happens with Pipewire. One extreme example is Youtube, that even changes Application sound levels with Firefox (didn’t realize that until today when I continuously rechecked the sliders and saw that Firefox’ slider kept going to 70-80%. Some services tend to “normalize” soundoutput. The interesting part comes in alsamixer, the following screenshot was made while KDE shows me 55% volume: Sound Server-3: PipeWire v: 0.3.44 running: yesĪll application sound sliders in the Plasma taskbar widget/applet are up to 100%. Sound Server-2: PulseAudio v: 15.0 running: no Sound Server-1: ALSA v: k5.16.4-zen1-1-zen running: yes V: kernel bus-ID: 0b:00.1 chip-ID: 1002:aaf8ĭevice-2: AMD Family 17h HD Audio vendor: ASUSTeK driver: snd_hda_intel The issue that now reappeared with the switch to pipewire is, that I need to set soundlevels of 70-85% to have the same effective volume.ĭevice-1: AMD Vega 10 HDMI Audio driver: snd_hda_intel With pulseaudio and also on Windows, I use soundlevels of 50-60% to have comfortable volume levels from my speakers (I never change anything on the hardware). Today I switched my sound server from pulseaudio to pipewire and the issue has reappeared. I had this issue in the past, but with some updates it went away (didn’t have time to investigate back then) ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. Archives
December 2022
Categories |