Earlier quoted context omitted.
The fact that some games now come with root kits is insane. I really hope Microsoft cracks down on that nonsense.
Given the kernel level anticheats inform you they're going to be installed, I don't think they fit the definition of a root kit.
Linux gaming is faster because Windows APIs are becoming Linux kernel features
361–370 of 694 posts
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#362Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#363Earlier quoted context omitted.
The status quo's days are numbered. Online chess shows how. An AI will play these games like a human but better. The AI can be totally separate from the windows box wearing anti-cheat ankle bracelets just as your brain a separate thing to the windows box when when you play. It can interact with the box via keyboard, mouse or controller. No windows kernel module is useful in detecting and deterring chess cheating no m…
It never was fair to play vs computers in reaction games or skill games. IE: Quakebots and Fighting games have perfect reaction times and perfect combos. They can simply block perfectly and counter attack perfectly and never drop a combo. You act like cheating is new to video games?? -------- We never wanted bot in these games. Still don't want them today, and it's a big reason that playing on public boxes (ex: at an…
No, I think the point is that with AI the existing anti-cheat measures can simply be avoided by letting the AI play through the same interface as a human. Therefore anti-cheat kernel modules will no longer be useful, and will no longer be a reason to stay on Windows.
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#364Earlier quoted context omitted.
>The Nintendo Switch (which runs Linux) was a favorite of cheaters after jailbreaks came out. If you're saying the Nintendo Switch system software is Linux-based, I don't think that's correct. It's a proprietary system based on a microkernel architecture.
I think it's a FreeBSD variant, if I remember correctly.
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#365I wonder what spanners Windows can throw into the works to slow them down at this point, or if they're so checked out of the Desktop market as they suckle down hard on that Azure teat, that they're more than happy to let Linux eat their lunch
Microsoft/Xbox is in the process of losing the living room permanently in the next gen if you ask me. I don't know what they could do spanner tossing wise to really screw w/ Linux gaming at this point that wouldn't just drive more frustrated customers off their platform.
They made a tactical mistake by trying to directly monetize the GamePass subscription instead of having it remain a purposefully-underpriced vendor lock-in mechanism. Whoops.
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#366Finding a way to get the multiplayer studios to get Linux support for their competitive games like Valve does could crack a wedge in the market for mainstream users to get in, particularly in those who don't want to pay the Windows tax (not everyone is willing to experiment or go unlicensed). I can't prove it, but the Steam Deck has probably torn down a lot of barriers for mainstream use among the crowd that care abo…
If you want statistics, Linux’s gaming market share is 2x that of MacOS.
The barriers to gaming on Linux have never been lower. They’re certainly much lower than the barriers to running windows games on windows were back in the Win 95 - XP SP2 days (when I jumped ship).
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#367Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#368Show me the numbers. Show me an identical gaming PC running Windows 11 and then Linux, and show not just FPS - but things like frametime pacing, latency, etc. This NTSync stuff is very impressive, but I haven't seen a lot of end-to-end numbers versus Windows. The last comparisons I saw showed pretty much every distribution on the order of 5-30% behind Windows, varying on the game. And Nvidia GPU support was still not…
I never would’ve been able to root cause it under windows (certainly not with builtin tools), but dmidecode on linux made the problem obvious.
Fixing the timings fixed crashes in amdgpu that windows users widely reported (with no diagnosis), and increased frame rates by 30-50%.
Anyway, if you really want to move, do yourself a favor and just go with straight AMD.
Software support is better than intel and nvidia, HW blows intel out of the water. The only exception is if you need cuda for AI dev work.
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#369Earlier quoted context omitted.
Online multiplayer games keep trying to allow linux users in and keep having to lock them out because there's an instant influx of cheaters. The Nintendo Switch (which runs Linux) was a favorite of cheaters after jailbreaks came out. When anyone can compile and run their own kernel with god knows what for modifications, that makes it substantially easier for cheaters and substantially harder for anti-cheat. I don't s…
The Nintendo Switch runs a custom operating system codenamed HorizonOS.
Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features
#370Earlier quoted context omitted.
If memory serves, Linux typically outperforms Windows with AMD and Intel graphics. Some of the gotchas are things like running games through Proton or anti-cheat/DRM stuff not getting the same attention that Windows does, but the raw performance is there. I wouldn't recommend using Nvidia on Linux though.
I run NVIDIA on my Bazzite box and I get excellent performance. I had to fiddle with a few things though that probably work out of the box on AMD (example: screen tearing in Steam Big Picture mode. Fix: enabling developer mode in Steam and setting "Force Composite" to true).
I have no idea why this is not turned on by default.