Reviewed the compatibility of my Steam library on ProtonDB - 98% for 450 titles.
Reviewed the compatibility of my Steam library on ProtonDB - 98% for 450 titles.
Because of the kinds of games I enjoy, limiting them to 60fps with v-sync provides a smoother feel. I frequently skip the standard options to achieve stable frame rates. This isn't just a Linux-specific issue; what makes it stand out is how my system improves over time, so many games run better today than they did before.
Anticheat has become relatively easy to handle. The only titles that consistently fail are R6S, Val, LoL, Fortnite, CoD, Destiny and Tarkov. OW2, CS2, xDefiant, Apex Legends, Elden Ring and Halo (both MCC and Infinite) are among the reliable options I can recall. Many other games also function well. You can find more details here. It seems the issue is largely resolved, isn't it? Even Edge runs smoothly on Linux. Most office applications except MS Office are compatible with Linux. Adobe remains a top choice for graphic designers, though alternatives exist if needed. Nvidia 555 drivers typically fix most problems. The remaining focus is on Frame Generation support for 40-series cards and HDR compatibility. I’m not convinced about AMD’s stance. It performs perfectly across all distributions, and I’ve demonstrated a 20% speed boost on Linux for AMD in games. That was several months ago, but it should be even better now. If you’re using Ubuntu, that’s the way to go. Linux isn’t the same as Ubuntu. For alternatives, Flatpak has been effective for a long time. What you mean by “Quality of Software” isn’t clear—my experience shows I can run all my apps without trouble on Bazzite. Most Flatpaks come from verified creators and are updated promptly. Snaps are unreliable, while Canonical prioritizes Linux but only supports Ubuntu. HDR and color profiles work seamlessly on Plasma 6 with built-in or ICC profiles. I use my monitor on an Nvidia 4090M with an ICC profile, and it functions perfectly. The only guideline I follow is avoiding Ubuntu—opt for something else instead. Personally, I favor Bazzite, but everyone’s situation is different. Community help is helpful when things don’t work as expected, but it shouldn’t be relied upon as the main solution. The Bazzite Discord community has been a great resource for me, especially for newcomers. If you tailor your hardware and peripherals to work on Windows, Linux won’t cover every scenario 100% of the time. If you’re committed to switching, it’s wise to build a system specifically for that OS.
You just proved my point, it's still a problem. You mean the 2 biggest pieces of Software on Windows. It's not about what alternatives are available, most people don't care or don't want to sacrifice compatibility. It literally doesn't. It doesn't matter what NVIDIA does if Developers don't actively support it. You do realize AMD is dependent on the Kernel and Mesa Build which means support varies across distros. Someone on Ubuntu may not get the same experience as someone on Arch, a new Card may not even be supported on Ubuntu. AMF and ROCm are also part of AMDGPU-PRO. AMDGPU-PRO is mostly unsupported outside of Workstation and Server usage and for this reason we have toggles to switch between them in a mixed environment. Developers get into it with distros all the time. Ubuntu isn't alone on this. Believe it or not upstream developers don't like distros shipping out of date builds or making modifications to their software. Debian, Fedora, Ubuntu, along with most other distros are guilty of this. Most software is poorly put together and managed. KDE is a great example of this imo and I'm a fan of KDE. I believe even KDE recognizes this as there has been a lot of effort lately to improve it. but it's still a problem and this extends to other software as well. Tons of software isn't. Flatpak is also a project of Alexander Larsson from RedHat managed under FreeDesktop, so pretty much RedHat. Not that it's much different from Fedora as they are mainly supported and influenced by RedHat to support the downstream project. You can also say snaps are garbage, but for some projects that's the supported way of shipping their project. Which is a problem because snap support on most distros is either nonexistent or broken. This also completely ignores the base system. Your DE does, most software doesn't. https://wiki.archlinux.org/title/HDR_monitor_support Color Profiles are defined and supported differently between applications as well. It's actually kind of amazing how small the list on the Arch Wiki is, there is likely more but it's an example of the problem. https://wiki.archlinux.org/title/ICC_pro...C_profiles It is at it affects whats actually supported by upstream developers, what versions of software is being shipped, if software is being shipped as intended, or lately whether you even have full codec support. As a developer for instance I don't and wont support Bazzite regardless of what it's based on. It's not a mainstream distro, it doesn't matter. Some developers may have different opinions, but for the most part this is pretty normal. The only thing potentially changing this is the adoption of Flatpak/Snap and Docker/Podman, which at the same time are making these distros less relevant. This statement further shows there is a problem. No Linux is not Windows and you shouldn't expect it to work like Windows and support everything Windows does, but you are expecting everyone you push this onto to understand and follow that and imo that's pretty unrealistic. I have been using Linux for 15+ years as a primary Desktop, things have significantly improved to the point that sure it's easier than ever to switch over, but it's not a direct Windows Replacement for most people. When you make posts like this that's all your pushing and when someone disagrees with you then you try to flip it or ignore the actual issues.
Do you understand that both components' AMD support was developed by AMD engineers? If it's absent, you might be using an OS built by the muppets. The most frequent AMD GPU driver problem I encounter involves users turning on new capabilities on hardware that is technically outdated, features introduced by firmware and driver updates long after purchase. These complications are avoided when you set up manually, rather than depending on distribution developers who lack motivation to adapt code for such slow responses. Elden Ring functions properly and has been stable for a few years. Releases that meet or exceed the SDK version addressing the fix should also work. A particular compile-time option must be enabled during glibc's build, though this should now be standard after about two years.
It relies directly on the kernel and Mesa release because it's integrated within them. This is normal behavior. If AMD releases a new GPU and compatibility was added in kernel 7.0 and mesa 25, but your distribution uses kernel 6.5 and mesa 24.3, then it won't support it. The same applies to bug fixes and new features.
Most Windows and Mac programs run smoothly on Linux. It’s efficient, secure, private, and speeds things up.
You're experiencing issues because your system's limitations prevent you from installing updates through the usual methods. This reflects a challenge in keeping up with newer software features.