NEW280123
[GStreamer] Opening YouTube creates 4 extra volume levels 
https://bugs.webkit.org/show_bug.cgi?id=280123
Summary [GStreamer] Opening YouTube creates 4 extra volume levels
buggedbin
Reported 2024-09-21 06:38:17 PDT
Created attachment 472622 [details] Gnome settings Opening YouTube creates 4 extra volume levels (that does nothing?) making distinguishing the actual video difficult. Moved from: https://gitlab.gnome.org/GNOME/epiphany/-/issues/2472
Attachments
Gnome settings (57.89 KB, image/png)
2024-09-21 06:38 PDT, buggedbin 		no flags
Details
logfile (5.21 MB, text/x-log)
2024-09-23 12:55 PDT, buggedbin 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
Philippe Normand
Comment 1 2024-09-21 11:50:08 PDT
Try with --env=WEBKIT_GST_ENABLE_AUDIO_MIXER=1 ?
buggedbin
Comment 2 2024-09-22 17:45:41 PDT
(In reply to Philippe Normand from comment #1) > Try with --env=WEBKIT_GST_ENABLE_AUDIO_MIXER=1 ? That works! Is there a reason for it to not be the default? (I'm just a curious user)
buggedbin
Comment 3 2024-09-22 17:53:37 PDT
Just discovered why, with --env=WEBKIT_GST_ENABLE_AUDIO_MIXER=1 the audio works for a second and then it jitters and stops working so that solves the problem but creates a bigger one.
Philippe Normand
Comment 4 2024-09-23 06:40:28 PDT
(In reply to buggedbin from comment #2) > (In reply to Philippe Normand from comment #1) > > Try with --env=WEBKIT_GST_ENABLE_AUDIO_MIXER=1 ? > > That works! > Is there a reason for it to not be the default? (I'm just a curious user) Mainly lack of reverse playback support in the gstreamer audiomixer element. (In reply to buggedbin from comment #3) > Just discovered why, with --env=WEBKIT_GST_ENABLE_AUDIO_MIXER=1 the audio > works for a second and then it jitters and stops working so that solves the > problem but creates a bigger one. Works fine here, please provide GST_DEBUG="3,webkitaudio*:6,inter*:6" logs. See https://docs.webkit.org/Ports/WebKitGTK%20and%20WPE%20WebKit/Multimedia.html#flatpak-apps
buggedbin
Comment 5 2024-09-23 12:55:17 PDT
Created attachment 472655 [details] logfile
buggedbin
Comment 6 2024-09-23 13:08:46 PDT
Just attached the log file. It might be hard to reproduce but what i discovered was that it happens only with specific Bluetooth devices. I can reproduce this every time with a Galaxy Buds Pro(1) but couldn't with a Moondrop Spacetravel(chinese TWS) neither with the built-in notebook speakers or a cabled headphone. Switching to the "Handsfree" option on GNOME Settings sound tab makes audio play again but at a horrible quality, changing codecs does nothing (I could only test AAC and SBC).
Philippe Normand
Comment 7 2024-09-24 01:33:20 PDT
Sounds like some PipeWire issue.
Philippe Normand
Comment 8 2025-10-15 00:33:49 PDT
*** Bug 300716 has been marked as a duplicate of this bug. ***
Note You need to log in before you can comment on or make changes to this bug.