This morning I read this thread on the KDE forum: graphical -glitches and artifacts since 6.7.4 inwhich @barryascott wrote that people have mentioned since kernel 7.1.8 this matter is resolved. I updated my Kinoite and saw I was now on kernel 7.1.10:
Unfortunately the artifacts still show up, so, at least for me, it is not over yet. Are there any others who, with kernel 7.1.8 and/or higher, still have these problems?
I upgraded my workstation to Fedora 44 this week and I’m having the exact same artifacts watching YouTube. I’m on an AMD GPU and they look exactly the same. Your logs show two different GPU vendors so I don’t know if you were having these issues on the NVIDIA or the AMD one.
Hello,
Is there in the meantime a solution for the artifacts issue?
I am momentarily watching one Youtube video on 2 laptops, both with AMD CPU and GPU, one older laptop with openSUSE Tumbleweed fully updated and on my present laptop Fedora Kinoite fully updated.
The older laptop shows the movie just fine, the newer (with Kinoite) is a mess if I can be so honest.
Which packages need to be updated, and how can I see which version of those packages I am using so I can compare those between Tumbleweed and Kinoite?
As far as I know this was a Mesa issue and is fixed in Mesa 2.1.8. If updating to 2.1.8 is not possible on your system at this time then perhaps you can disable GPU media decoding in your browser as a temporary workaround to decode videos with CPU instead.
In Chrome/Chromium navigate to chrome://flags and search for Hardware-accelerated video decode, set it to disabled from the dropdown and restart your browser.
In Firefox-based browsers navigate to about:config and look for media.hardware-video-decoding.enabled, double click it to set it to “false” which will bold out the option, indicating it has been changed. Then restart your browser.
Thank you.
Do you also know how I can check the version number and the name of the package involved to see if it is updated already or not? Guess not because the screen still looks awful.
Thanks
The paste in your original post it has the info: API: OpenGL v: 4.6 vendor: amd mesa v: 26.1.5
So that’s still a few versions behind the fixed version. I have not personally used Kinoite but Mesa should update to a newer version in the near future just by keeping the system up to date I would assume. Hard to say how long that will take.
I’m running 26.1.8 currently and as you can see in these screenshots from this video, it’s not fixed yet, admittedly I’m on F44 KDE rather than Kinoite but data is data. I’m waiting now to see if this fix listed in the 26.2.1 notes: “RadeonSI VA-API: vertical color discontinuity / split on YouTube (AV1/VP9) with RX 7900 XTX” fixes it.
Interesting. I am also on F44 KDE and for me the issue was fixed on 2.1.8. I have an RX 9070 XT. I checked the exact part of the same video you posted a screenshot of and confirmed no artifacting (right clicking on video and checking the stats reveals av01 as codec). I guess it might still not be fixed on all AMD GPUs then.
I don’t think I can do that since it is probably part of the immutable part of the OS. I guess there is nothing else to do then waiting.
I now have my old computer as backup should I want to see a movie.
No idea which data inxi gives out, it did run inside a toolbox container. Do you think it might give the data from the container instead of the host? If that is so then inxi is useless on an atomic system, right?
glxinfo -B
name of display: :0
display: :0 screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
Vendor: AMD (0x1002)
Device: AMD Radeon 680M (radeonsi, rembrandt, ACO, DRM 3.64, 7.1.13-200.fc44.x86_64) (0x1681)
Version: 26.1.8
I don’t have a dedicated AMD GPU, only the integrated one. At the moment I don’t use the Nvidia driver, only Nouveau is doing something now and then. Would it get better to install Nvidia as well? I must say I like the present situation because the laptop fan don’t spin as much and so the laptop is much quieter.
I don’t know. I put an Nvidia card in my system as an experiment earlier this year, maybe last year, to see if I could use it just as a Physx/Cuda accelerator but I couldn’t make it behave that way and it caused performance issues in GPU demanding loads.
As far as mesa is concerned, it seems to be giving you the data from the container (because glxinfo on the host shows you that you have Mesa 26.1.8).
It’s not exactly useless, but running it in a container has limitations. Ideally it would be run on the host. It might be interesting for the System Extensions SIG to consider ‘packaging’ it as a sysext.
That said, inxi is a single perl script and it could also be run on the host just by putting it in ~/.local/bin.
Kernel drivers are a slightly different case, because the container doesn’t have its own kernel and uses the host’s.
Im also running a 9070XT and i am still seeing the vertical bar issue on some videos from time to time on the current 26.1.8 mesa version. Its weird because i only noticed this happening after an update a couple of weeks ago.