I’m noticing on my AMD board while I’m watching YouTube on Firefox, on Fedora 39 Beta, that ever 10/20 secs or so the video freezes and the sound keeps going. This lasts only for a second or two and then the video catches up.
I’m seeing similar behavior, and my FW AMD will lock up soon after. I had to boot in to windows to get some work done. I will post the logs later today.
Are you using an external monitor? I am, and I’m wondering if that might be part of the issue.
I noticed this issue as well on NixOS, using the “enhanced-h264ify” extension to disable VP9 codec mostly stopped the issue. I still see it occasionally when scrubbing through a video.
I am running two external monitors but have the issue without them. There does seem to be a bunch of external monitor issues. I’ve probably encountered 5 or so bugs around them.
Yes
I’m using the firefox that came with the installation.
The firefox-wayland is just a sub-package of firefox package including the wrapper script calling the original firefox binary file with the installation.
Yep I understand I’m giving the environment variable a shot to see if it improves things.
It’s really a messy fix though considering how easy it is to check if an application is running on Wayland. Not to mention all the apps that just open firefox and do not know to look for firefox-wayland. I may just add MOZ_ENABLE_WAYLAND=1 to /etc/environment like is recommended elsewhere.
@nomb85 As you told me, I am not sure why the MOZ_ENABLE_WAYLAND is used, when it looks easy to check if the application is running on Wayland or X-Windows.
I am still using the X-Window-based tiling window manager i3 too as a backup window manager of the sway (a Wayland-based tiling window manager).
So, I am adding the following setting in my ~/.bashrc, though it’s not only for Firefox.
.bashrc
# Wayland
# https://wiki.archlinux.org/title/Wayland
# https://ask.fedoraproject.org/t/tips-of-xwayland-with-sway/30314
if [ "${XDG_SESSION_TYPE}" = wayland ]; then
export MOZ_ENABLE_WAYLAND=1
export GDK_BACKEND=x11
# For Java application
export _JAVA_AWT_WM_NONREPARENTING=1
else
unset MOZ_ENABLE_WAYLAND
unset GDK_BACKEND
unset _JAVA_AWT_WM_NONREPARENTING
fi
Using the environment variable appears to help in Firefox and setting it int the /etc/environment also seems to work VS having to use the weird wrapper.
This might be an issue with Hardware Acceleration and the VP9 codec.
Testing on Firefox 118 & 119, there was no change when using Firefox on Wayland. Disabling the VP9 codec outright though, as noted by Cody Evans, resolves the issue.
To try and reproduce:
Verify hardware encoding is available via about:config → HARDWARE_VIDEO_DECODING
Find a VP9 encoded video using the stats for nerds panel on youtube.
Just watch and wait for pauses on video with no drop in audio.
Once you have a video you can reproduce you can use about:config to modify “media.mediasource.vp9.enabled” to false. Note: this may change the available resolutions in playback.
Refresh your page with the video and reopen the stats for nerds panel to confirm the codec is no longer using VP9.
Watching the video again should result in no freezing.
If there is any additional information I can gather let me know although I don’t think this is an issue on Frameworks end.
Use the flathub version of FireFox so that you don’t have to worry aboot it. Everything is included for hardware accelerated decoding. It’s a real treat.
Does anyone have a sample video they’ve had issues with?
I’m trying this video, which is a 4k vp9 video, and I’m having no issues running the official FlatHub version of FireFox, version 119.0.
While video is playing I see an RDD process running for FireFox, consuming around 6% CPU, which I believe is the hardware accelerated decoding- it comes and goes as it throttles.
I’m using systemd-boot with no special kernel parameters.