Hey everyone. I’ve been experiencing a very strange video encoding bug with a certain Youtube video that’s plays for a few seconds corrupted and then it either softlocks onto a black screen straight away or it slugs a lot first and then throws the black screen. The session doesn’t seem to crash, as it doesn’t redirect me back to the GDM login screen.
Can you check if the video is using AV1 or you have enabled the YouTube setting that prefers AV1 over VP9 encoding? If yes, it is very likely the Mesa driver issue that does not work properly with YouTube AV1 video.
I just got back to the computer, and the same problem seems to occur with every video I watch on Youtube now, not just the one listed.
I cannot screen-record my screen, but every video now displays some corrupted pixels on the top left of the video while the rest is completely black and a few seconds after, it softlocks onto a black screen.
The other post linked seems to experience the same symptoms like I do, so it’s very likely it’s a bad mesa update.
Warning: there might be better ways of doing the following. I’m new to Fedora so if anything blatantly wrong stands out please reply! It only comes with the “works for me” warranty.
I did a revert back to an older mesa version following these steps:
# install the Fedora archive repositories
sudo dnf install fedora-repos-archive
# install an older version of a mesa package,
# for example mesa-dri-drivers-24.1.2-7.fc40.x86_64,
# other mesa packages should be downgraded automatically
sudo dnf install mesa-dri-drivers-24.1.2-7.fc40.x86_64
# reboot
After that everything should work again.
I’m currently doing upgrades by excluding the mesa packages until this is fixed:
I tried following your instructions, but there seem to be some dependency problems stopping me from doing this. I’ve also tried sudo dnf downgrade mesa* --refresh and same problem there.
sudo dnf install mesa-dri-drivers-24.1.2-7.fc40.x86_64
Fedora 40 - x86_64 - Updates Archive 18 MB/s | 12 MB 00:00
Last metadata expiration check: 0:00:01 ago on Sun Jul 21 15:16:36 2024.
Error:
Problem: problem with installed package mesa-dri-drivers-24.1.4-2.fc40.i686
- mesa-dri-drivers-24.1.4-2.fc40.i686 from updates does not belong to a distupgrade repository
- mesa-dri-drivers-24.1.4-2.fc40.i686 from @System does not belong to a distupgrade repository
- mesa-dri-drivers-24.0.5-1.fc40.i686 from fedora does not belong to a distupgrade repository
- cannot install both mesa-dri-drivers-24.1.2-7.fc40.x86_64 from updates-archive and mesa-dri-drivers-24.1.4-2.fc40.x86_64 from @System
- cannot install both mesa-dri-drivers-24.1.2-7.fc40.x86_64 from updates-archive and mesa-dri-drivers-24.0.5-1.fc40.x86_64 from fedora
- cannot install both mesa-dri-drivers-24.1.2-7.fc40.x86_64 from updates-archive and mesa-dri-drivers-24.1.4-2.fc40.x86_64 from updates
- conflicting requests
(try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages)
I started doubting myself but output from dnf history:
# dnf history
ID | Command line | Date and time | Action(s) | Altered
--------------------------------------------------------------------------------------------------------------------------------------------------
...
44 | install mesa-dri-drivers-24.1.2-7.fc40.x86_64 | 2024-07-20 12:34 | Downgrade | 7
43 | install fedora-repos-archive | 2024-07-20 12:21 | Install | 1
...
Output if I try to do another downgrade to an even older mesa version:
# dnf install mesa-dri-drivers-24.1.2-2.fc40.x86_64
Last metadata expiration check: 3:08:29 ago on zo 21 jul 2024 14:40:54.
Dependencies resolved.
==================================================================================================================================================
Package Architecture Version Repository Size
==================================================================================================================================================
Downgrading:
mesa-dri-drivers x86_64 24.1.2-2.fc40 updates-archive 26 M
mesa-filesystem x86_64 24.1.2-2.fc40 updates-archive 21 k
mesa-libEGL x86_64 24.1.2-2.fc40 updates-archive 140 k
mesa-libGL x86_64 24.1.2-2.fc40 updates-archive 176 k
mesa-libgbm x86_64 24.1.2-2.fc40 updates-archive 48 k
mesa-libglapi x86_64 24.1.2-2.fc40 updates-archive 51 k
mesa-va-drivers x86_64 24.1.2-2.fc40 updates-archive 4.0 M
Transaction Summary
==================================================================================================================================================
Downgrade 7 Packages
Total download size: 31 M
Is this ok [y/N]:
The only thing that jumps out in your output are the i686 packages, is your system 32-bit maybe? Maybe the following works:
Anyway take care to not screw up your system. Just because it worked for me does not mean it will work for you or even that it’s correct as I might just have gotten lucky.
If you need to match both the x86_64 and the i686 versions of the package at the same time, I think omitting .<arch> from the end of the package specification should accomplish that. i.e.:
Just tried the new mesa drivers again with the rpmfusion ffmpeg and still the same issues decoding youtube videos in Firefox, quickly closing Firefox and rebooting seems to prevent a complete freeze/crash. After downgrading back to mesa 24.1.2-7 no more issues.
Thanks, guys. I’m pretty sure I’m not on a 32-bit system, but the ffmpeg patch did indeed solve the issue for me. I had actually installed it, but I must’ve need another restart for it to work.
OK, now I’m confused but glad that it works again on your system.
Still didn’t work on my system yesterday after:
upgrade to latest mesa version from Fedora updates repo
using ffmpeg from rpmfusion (ffmpeg-6.1.1-14.fc40.x86_64)
However I don’t use the mesa freeworld packages from rpmfusion. Those are only needed for additional hwdec support if I understand it correctly but just ffmpeg from rpmfusion works good enough for me.
So currently again on mesa 24.1.2-7 and no problems, I’m going to keep an eye on the different issuetrackers and wait for Firefox 130 to be released and then I’ll give it another try.
Update: saw that a new ffmpeg version in rpmfusion was released today, ffmpeg-6.1.1-15, updated and tried again with newer mesa version but no dice, still decoding issues on youtube videos in Firefox.
