Michael wrote: > On Thursday, 23 October 2025 16:02:28 British Summer Time Dale wrote: >> Michael wrote: >>> On Thursday, 23 October 2025 02:06:21 British Summer Time Dale wrote: >>>> Alexis wrote: >>>>> Dale <[email protected]> writes: >>>>>> There is one recent bug tho. I don't know if it is Firefox, the >>>>>> pipewire/whatever thingy or the website causing it. On some video >>>>>> websites, if the sound is to loud and I turn it down for Firefox as a >>>>>> example, after a fairly short amount of time, 20 seconds to sometimes >>>>>> as >>>>>> long as a minute, it switches back to my normal setting, usually >>>>>> louder. I already have a decent volume level for the master and such >>>>>> that I rarely need to adjust. However, some videos are just uploaded >>>>>> to >>>>>> be loud. It's hard to turn those down and it stay down for certain >>>>>> sites. >>>>>> >>>>>> I'm not sure if it may even be the website that does this. Some sites >>>>>> it stays where I put it, some sites it resets after a short period of >>>>>> time. It makes me think it might be some websites or just the way >>>>>> Firefox works with those sites. >>>>> i wonder if this might be an instance of this long-standing FF bug: >>>>> https://bugzilla.mozilla.org/show_bug.cgi?id=1422637 >>>>> >>>>> The discussion mentions that YouTube in particular does volume >>>>> >>>>> normalisation, and that: >>>>>> [t]he extension enhanced-h264ify >>>>>> (https://github.com/alextrv/enhanced-h264ify) has an option to disable >>>>>> the YouTube html5 loudness normalization. >>>>> i'd be interested to know whether anything in that discussion helps >>>>> fix your issue! >>>>> >>>>> >>>>> Alexis. >>>> I'll look into it. In my case, the volume slider returns to the >>>> previous setting. The volume slider I'm talking about is in the speaker >>>> icon at the bottom of my screen, where the clock and stuff is, not the >>>> volume slider at the bottom of the video. I've noticed that if I turn >>>> the volume down, when I play the next video it will also return to the >>>> previous setting. It's as if the video player on some sites makes it >>>> look like it is starting to play a new video, even tho it is the same >>>> video. I have to also mention, if it resets in say 15 seconds, it does >>>> the same reset time throughout that video. The next video may have a >>>> different time tho. It may be 30 or 40 seconds or sometimes even more. >>>> >>>> One reason it is hard to nail down, it varies sometimes even on the same >>>> site. The above I've noticed on Youtube for example. Other sites just >>>> reset between different videos. I can't figure out if it is Firefox, >>>> the website, pipewire and related tools or what it is. It can be >>>> annoying tho. Luckily I don't need to adjust the volume to much. I >>>> just on occasion get those intro music things that want to shatter my >>>> windows and blow out my ears. Often times I can just right arrow to >>>> fast forward through it. >>>> >>>> Still, despite this little pesky bug, I still prefer the new way. >>>> >>>> Dale >>>> >>>> :-) :-) >>> Do you have USE="pulseaudio" enabled or disabled on your system? >>> >>> euse -I pulseaudio >>> >>> In Kmix, where is the slider level for Firefox (Right-Click, Show Mixer >>> Window). >>> >>> Does the sound volume vary if you shift the Firefox slider in the >>> Application Streams tab, and/or mute-unmute it? >>> >>> With no pulseaudio, only wireplumber/pipewire on a Plasma desktop, I do >>> not >>> observe the problem you're describing with Firefox when playing youtube >>> videos. I can change the volume using the slider in the youtube video >>> itself, or the master volume in Kmix. The Firefox slider in Kmix's >>> Application Streams tab does not alter the sound level. The sound volume >>> level does not change from where I've set it up. >> I do have that USE flag enabled. I think I set it in make.conf. I >> don't use Kmix, I just set the volumes to reasonable levels and then >> closed it without the option to start on login. >> >> When I first switched, it worked fine even with Firefox. This problem >> started a couple updates ago. The bug that was linked to is similar for >> sure. It is a old bug but maybe it popped up again. >> >> I figure it will be fixed again in a future update. I just pointed out >> the current status with my system in case the OP switched and noticed >> the same behavior, unwanted as it is. >> >> Dale >> >> :-) :-) > In this case the pulseaudio <-> pipewire interaction may be the cause of your > symptom. Pipewire is moving fast and its temporary interoperability with > pulseaudio until the full replacement of the latter is not yet settled. I > recall some setting had to be added into the pipewire config file, but the / > etc/pipewire file is no longer installed by default. > > At this moment in time some applications may still need the pulseaudio API to > output sound, so you need to check if your applications can or cannot > function > without USE="pulseaudio". In my basic desktop use case today, pulseaudio is > not needed.
I may on my next update, this weekend, disable that USE flag and see what happens. Might work. Might not. ;-) Dale :-) :-)
