Avatar

Jure Repinc

JRepin@lemmy.ml
Joined
232 posts • 18 comments

Digital and software freedom/rights advocate from Slovenia, Europe. Also a member of the Pirate party. You can find me on Mastodon: @JRepin@mstdn.io

Direct message
26 points

Oh how I wish those TV manufacturers would get rid of HDMI and replace it with DisplyPort. HDMI mafia does not allow opensource implementations of HDMI specification and so not all latest features of it can be supported by graphics card drivers on GNU/Linux. Death to HDMI!

permalink
report
reply

GNU/Linux only, with KDE Plasma for desktop as possible. Using it on work laptop (Kubuntu), home laptop (openSUSE Tumbleweed), PC (openSUSE Tumbleweed, also used for gaming), Steam Deck (Arch-based SteamOS). I don’t use spyware/adware so Windows is out of question for me. Also it is not free as in freedom and opensource.

permalink
report
reply

Anyone else having the problem with the new kernel that graphics in games/benchmarks is quite a lot slower (about 15-20%) then with older kernel (I used 6.10.7 before I upgraded). This is with Powercolor Hellhound AMD Radeon RX 7900 GRE? Even Einstein@Home GPU tasks take about 20% longer now (28 min with previous kernel to about 34 min now).

permalink
report
reply

It’s the heavy graphics used which looks like it uses WebGL and this is disabled in LibreWolf since it can easily be used for fingerprinting a user. It would be great if they could not use such heavy graphics if WebGL is not supported and just used simple static image or something like that. Well it would be great in general not just for privacy reasons.

permalink
report
parent
reply

From my experince AMD drivers are pretty close, I’d even say slightly better on GNU/Linux, definitely more stable and consistent. For Nvidia, yeah they are bad at supporting GNU/Linux. Improved a lot through the years but still not there. For Intel, well not exactly an option for gaming, at least not the integrated GPUs I have used so far, but still better than in Windows in a similar way as in AMD case.

P.S. Another great thing with libre/opensource GNU/Linux drivers: When you report a bug with Mesa3D drivers the bug is quite quickly fixed, especially when you can provide them with backtrace and/or Vulkan/OpenGL API trace. Doing a bisect of source code commits amd identifying the commit that introduced a regression also help a great deal. Good luck doing the same with closed/Windows drivers: you can wait for years and no fix.

permalink
report
parent
reply

It’s totaly messed up in general and has been for a long time. They try to hack it for the new CPU model and stab you in the back for older CPUs, I’d say it is FUBAR.

permalink
report
parent
reply

Or they just found out that Windows process scheduler is still broken beyond repair. If you look at the benchmarks on GNU/Linux performance is all there. For example see Phoronix benchmark

permalink
report
reply

Yeah I am so glad I switched to GNU/Linux years ago, Have to keep supporting closed OSes at work with our software and with each release they are just getting worse and worse, while GNU/Linux just keeps getting better.

permalink
report
reply

Yeah I am so glad I switched to GNU/Linux years ago, Have to keep supporting closed OSes at work with our software and with each release they are just getting worse and worse, while GNU/Linux just keeps getting better.

permalink
report
reply