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.
signature.asc
Description: This is a digitally signed message part.
