I was a long time Windows user, starting with XP. I only tried Linux a few years ago, and while I loved it, at the time I had to dual boot for a couple specific Windows only things (VR and flight/racing sim hardware).

A couple months ago though, I got sick of it. I figured if I really wanted to do those things, I could boot up a VM, or just force myself to be patient and wait for a proper Linux solution. So, I wiped all my drives and installed Arch. Around this time, I also got an AMD RX 7600XT, so that was a nice performance boost, plus it waranted a switch to Wayland.

Let me tell you, I have been so pleasantly surprised by basically everything I’ve tried. Cyberpunk 2077 through Heroic Launcher, for example, with 15 odd mods. Runs at a solid 80fps at 1440p on high settings, the only graphical issue I noticed was flickering volumetric clouds. This game ate my old card (the venerable GTX 1080) alive even on Windows.

Just last night, I found my joystick, an old VKB Gladiator + Kosmosima grip, plugged it in and it worked perfectly.

What has really, really impressed me though is VR. I have a Quest 2 that I used to use via Steam link to play my PC wirelessly. Obviously that isn’t an option on Linux (yet) but that’s where ALVR comes in. Sideload the client on the quest, run the streamer on the desktop, start SteamVR, and bam, it works. The first game I tried was Elite Dangerous, one of my all time favourite games and easily my favourite VR epxerience. Now, I won’t go ahead and claim it’s perfect, hence the 99% in the title. After fiddling with the settings and making sure I had hardware encoding/decoding set up right, I had very good clarity, up to 120hz refresh rate, but occasional blockiness and artifacting, especially in heavier graphical scenes, like during docking. However, out in open space, it felt just like the ED I know and love.

At this point, I’m just going to look at fiddling with some settings and hopefully smoothing out the stream, but the fact that I can play my favourite games, with my favourite hardware, with great performance and in VR, and the amount of setup is really comparable to what it is on Windows is just kind of wrinkling my brain. Plus, only a couple months ago, this wasn’t the case. Support for things that were once doomed to be dual boot material for the foreseeable future is coming along rapidly. This is a great time to be a Linux gamer.

  • sugar_in_your_tea@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    1
    ·
    7 months ago

    Yup, “don’t tell the game anything” is slow, I’ll give you that. But anything that exists on the client can be hacked, even on a completely locked down console. People still cheat all the time with anti-cheat enabled, and I don’t expect that to change just because they put it in the kernel.

    frame-by-frame determination

    A couple thoughts:

    • can be predictive - clients already do a ton of prediction, this just moves that to the server
    • can run in parallel to normal game update logic
    • the server should have the (simplified) geometry data and can do a (relatively) cheap visibility check

    The data would need to be sent a few frames ahead of time for performance reasons, so there’s risk there, but if someone can wall-hack within a few frames, that’s a good indicator that they’re cheating anyway. I’m no game dev, so I’m probably missing some significant considerations here, but it seems like this is feasible, just expensive when the alternative is a much less expensive anti-cheat service.

    And I agree with your reply, this is a hard problem to solve. I just think game companies are pushing the problem onto anti-cheat devs instead of really trying to solve it themselves in a privacy and security respecting way because it’s cheaper and easier to offload a large share of that liability.