With Proton and Steam Play, many Windows games now work on Linux
protondb.com
protondb.com
At this point I'm not worried about compatibility, but rather shitty game companies banning you the second they figure out you're playing on linux.
This is especially an issue in PvE heavy games that have only small PvP elements. Looking at you Destiny 2.
I really wish companies stopped their draconian policies about Linux gaming. Or at the very least just restricted PvP game play when Linux was detected. Heck I'd manually go in and press a button certifying that I'm a Linux player and I understand that I won't have access to every portion of the game if that's what they need me to do.
But these limitations have also pushed me to explore more indie, or small publishing games that are multi-player. Shout out to Northgard and Deep Rock Galactic (even though it doesn't support Linux natively) for making an awesome cooperative experience that I can have with my friends on Linux.
Also, for developers making games out there. PLEASE test your game with the steam runtime OS thing, not with Ubuntu or a specific distro. The steam runtime is open source and can easily be bootstrspped for any game, even outside of steam. It also ensures optimal compatibility with every distro out there.
Performance may be an issue. I wonder if people would be ok with electron games sold on steam running on linux...
We were forced to disable support for Proton a few months ago. We posted a bug in the Proton GitHub repo and got a great response from the Devs. The issue was resolved in the very next patch and we were able to enable Proton support again.
Other than that issue our players very rarely come to us with Proton specific issues.
But I expect games to be fullscreen and have their own bespoke UI look and feel anyway, so it's not really an issue with them.
A game inspired by Nuzlocke Challenges + Slay the Spire
discord: http://discord.gg/u64Mg4X
twitter: https://twitter.com/_ldd
mailing list: tiny.cc/dxx5tz
They obviously can't hook into Linux kernel so they react by just banning the player.
This is interpreted by many game companies as an attempt to cheat, rather than simply an unsupported use case.
Typically people who write bots will host them on linux servers, so it's easy to blanket ban linux as a whole, that will catch most bots.
Also, some multiplayer games's servers trust their game client's inputs - if that game client suddenly runs on a system that has full control over the game (like linux and the kind of tech savvy people that knows how to use linux to it's fullest), it makes it harder for them to trust that the 1000 players online are not exploiting the game by manipulating network requests right before it goes over the wire.
This is a compromise that devs have to make when integrating network code with their game: if you click the mouse, does it immediately update the server in a synchronous fashion and introduce latency but having guaranteed consistency of your world (while the game state lives on the server and the client is "dumb") OR do you make the game client smart and hold some portion (or whole) of the game world on the client and just send small updates to the server. In the last case there will be less latency but you have an occasional glitch when packets drop and it is more susceptible to attack, since more work is done locally (Path of Exile have/use to have this setting and you could choose which way you want the game to talk to the server - depending on your connection - I think it's automatic now, haven't played in a while). Why do I mention this? I'd argue it's easier to attack this compromise from a linux box or a compromised linux game client - so again, game devs just outright ban linux since that is the path of least resistance.
Another thing with multiplayer: some games, esp older ones, have to have some minimum fps to keep the game world consistent for all connected players. So between fps and network latency and the mitigations/compromises that the devs have to make here, the code becomes realllly messy/complex and can easily turn into a blackbox - a blackbox that maybe only work on Windows, or a windows specific gfx stack or network stack to guarantee the minimum conditions to make multiplayer playable. I mention this because there are quite a few differences in the network and gfx stacks between Windows and linux, add on top of that different windowing systems and compositors (X11, Wayland etc).. the devs will spend triple the amount of work to get their game stable on both platforms. And again, easiest path is to just ban linux since it is harder to guarantee that the game client behaves in a specific way. This is a hard pill to swallow but its true.
And this is why something like Proton exists: it is better in this case to emulate a Windows environment than it is for each game dev to write 2 implementations for their network/gfx stack in their game, and then hope that the two game clients have similar performance/behaviour traits that keeps the game stable (never mind safe against exploits).
Luckily for us things are getting better, esp in the indie space and in some single player games. Some game engines has also made it waaay easier to build to linux so that has become a non-issue at this point. I'd argue the main stumbling block is in the game clients as described above - the compromise between a stable game world in multiplayer games and possible exploits that can originate from linux hosts.
Anyone else have thoughts on this or want to correct me, please raise it. These are just off the top of my head, I'm not a game dev.
edit: another silly thing that differs between Windows & Linux: font rendering. Your gfx might work fine and when you start rendering text you realize you need to rebuild some portion of your gfx stack, which then maybe breaks on linux... so easier to skip linux then you know your text renders correctly.
Another game I played recently - an ancient puzzle game "Riven" - seemed to have bad looking problems. I bought it from GOG because I didn't notice it only officially supports Windows and Mac. Very near the end of the installation, you have to click through a couple of errors that say the game didn't install properly (it did well enough). When launching the game, you get a nasty error if you run Riven.exe instead of Launcher_Riven.exe . During the actual gameplay, there is only one rare crash every few hundred attempts at brute forcing one particular puzzle.
I suppose that's kind of what Proton does, although it focuses on emulating a Windows environment in particular.
Also Microsoft Store bought games do not work on Linux.
Well and in the end i just want to play my games. And if i want to start modding, don't get me started on the hoops you have to jump through just to get a modded Skyrim with everything installed how you like it.
Currently in any kind of client-server multiplayer game out there you face n+1 game states (n is the number of players) and a lot of the art is in how to reconcile these. The n+1 is due to most games implementing some degree of client autonomy (e.g. in movement), and the reality of network round trips from each client causing everyone to be slightly out of sync. A concrete example of how this affects players is the experience of being shot after narrowly escaping behind cover in an FPS.
Cloud gaming substitutes reconciling these n+1 simulations with some input latency for each player. I think this could produce some qualitatively better experiences for certain games. In particular, Fall Guys is a recent game that I think would play better as a cloud first experience.
The interaction between players in Fall Guys is grabbing other players who are near to you. Due to the network latency many players have the experience of being grabbed by folks nowhere near them. A cloud first version of the game would eliminate this problem that simply can’t be solved otherwise.
Just like MS 15 years ago.
I've tried GeForce Now, Stadia, and Shadow. So far GFN is my favorite and Shadow is my least favorite but tbf I'm not in the proper region for Shadow.
Ultimately I believe these services represent the future of gaming, but without net neutrality or alternative ISPs it’s going to be awhile before that future is realized.
I can't wait to see Google dump Stadia.
WTF? Why?
TL;DR - it's indeed much easier to cheat on linux
After decades of fighting wars with crackers/reversers and all anti-debug/anti-cheat methods proven unusable against russian teenagers, AAA companies reached out to microsoft to get their undocumented binary "drivers" into the system which you cannot inspect from userspace.
With linux coming into the party, even if with the amazing work by Wine you do manage to get the desired anti-debug behaviour on the emulated userspace app, linux people can make arbitrary hooks on their kernels.
So instead of risking major reddit shitstorms over that 1% players that can cause 3% profit loss, it's better to ditch that 1%
First off, undocumented binaries, and inspecting kernel drivers from user-space is absolutely no barrier to RE/Cracking/Cheating on any platform. I'm pretty sure 50%+ of the people on this site can put arbitrary hooks on the windows kernel, given some motivation, and importantly, when they actually control the hardware they own.
From what I know (not an expert) the state of the art in DRM for games is Denuvo which uses undocumented idiosyncratic CPU instructions, that the activation server has a database of and sprinkles some magic patch to activate the game for that CPU, ie, nothing to do with OS. Anything else AAA is cracked pretty much immediately.
Whatever about the technical details, we can do risk analysis on a lot of things. We can do risk analysis on whether a kid is likely to commit serious violence to other people later in life and lock them up, or otherwise exclude them from society in anticipation of that, but we don't.
Some things are important, some things are not. Personally I rate open computing hardware a lot higher than some game company's 2% profit, and imo any company employing the tactics described in the GP should be rightly called out on it, and they should just make better solutions to the (very small) problem of people cheating in online games.
About half of Destiny’s active playerbase PvPs. In content drought times, it’s pretty much what keeps the game alive. So yeah, simply false.
I enjoy the raids and the cooperative strikes with friends.
Even if it's what keeps the game alive, they have one less active player because I don't have the ability to play with my friends.
Oh the really icing on the cake is just how easy it all is. You literally just install the Windows version and things “just work.” Its amazing.
I’ve said this a lot of times now but it’s pretty amazing to write code and play games on the same machine. Truly, I don’t think I’ll ever have a bare metal install of Windows again. I don’t even have a VM with it right now even.
90% of games with Proton "just work" like you said. It is amazing.
But then there's that one game that doesn't work, or works but with half the fps... for me, it was Death Stranding. It runs at 60+ fps at 1440p on Windows, but runs at half that on Proton, with horrible artifacts/frametime on Linux + Proton (even the community mod "GloriousEggroll" Proton version).
If CyberPunk is any good, I'm going to buy it and want the best experience... for now, that probably means Windows, unless by some miracle it works on Proton with no issues.
I mean sure they could detect that you're running in a VM, but I'm yet to hear about any cheats where you edit the memory of a VM, so until that's a thing i safe.
There are companies like shadow.tech that builds their entire business around this implementation, so one can only hope it stays this way.
Personal experience: Playing both Overwatch and Counter Strike without any issue (VAC enabled servers)
from past experience with CDPR games, you should really wait a good year for all the patches to happen. TW3 was only really playable, like, two years after release
Once Cyberpunk gets unlocked I might change my mind but for now I’m hopeful.
Thank you, Valve. You guys are my low key hero's.
I would still recommend VR gaming under linux for all the same reasons I would recommend linux over windows generally, but not to a casual gamer expecting a seamless experience.
Linux is just such a more quiet and less pushy experience, I find it relaxing.
Now that Davinci Resolve works well on Linux I don't see why not to make the shift.
I can't even get either of those to install via steam. I can install them via, e.g., Lutris or PlayOnLinux, but then steam doesn't see the clients.
Otherwise, yeah, I used to run a GPU passthrough to a Win guest for a few games. Now I don't even do that. Gaming on Linux is quite good. Mostly good enough, anyway.
Nearly every other game I've tried has worked great with proton though! Even multiplayer games (through steam) tend to work very well.
Anyway to the point... If you do ever really need to install Windows from a USB stick the only fucking thing I swear always works is using Rufus:
Last time I had to like bootstrap a Windows install without an existing one; I could not get anything to fucking make the usb drive bootable using MacOS or Linux at the time (I could be an idiot though). Eventually, I created a Windows VM, passed the thumb drive over to it, and used Rufus... worked immediately no fuckery to be had. Has worked every time since...
The various software for that builds the image for either legacy BIOS or UEFI, and they're not interchangeable. Rufus, for example, lets you specify the mode.
Alternatively, if you can't install it in UEFI mode, you can switch to legacy BIOS/CSM mode in your machine's BIOS (or vice versa).
It gets worse - some Win10 ISOs themselves are made for either UEFI (most common) or legacy BIOS, and they can't be set up the other way.
You can clone or run Win10 legacy BIOS/CSM installations on other machines/drives (useful if you plan on swapping/upgrading), while UEFI will only run on the specific motherboard/CPU you installed it on.
I've also noticed Win10 in UEFI mode can BSOD with no chance of recovery when undervolting too much and causing it to freeze/BSOD. Something must be getting corrupted, and it won't run again, ever. Legacy mode works fine.
I was, yes, but even switching to legacy didn't help at all. I spent weeks trying to get it working, I looked at everything I could and tried every combination of settings (I had a grid).
I had to install linux(because Windows recovery is terrible and can't do much), fiddle around with pre-creating a partition table on the format it wanted, and then eventually got it to work. Don't ask me how, I spent hours trying every combination under the sun. Windows error messages are very cryptic and not at all helpful.
Also any multiplayer competitive games that use anti-cheats are impossible to play. Valorant, for example.
IMO it is well worth it to maintain a dualboot for windows games.
Most recent frustration for me was Firefighter Simulator. Ended up trying out a VMware product and playing it through a VM. Wasn’t great.
Even switching graphics cards was painless... Like it was easier than I could have hoped for. Download drivers, mark weird driver.run file as executable and ./driver.run my way to victory.
My motherboard is being a pain in the ass or I'd let you know how the GPU passthrough was working with the RX580 feeding the host... ugh that's tonight's adventure.
All of my computers are windows-free now.
I honestly didn't think I was gonna get to play Fallen Jedi with ease since I bought it on Origin (regrets) but turns out I was wrong. Was easy as hell just like everything else on Linux :)
Mostly everything else works pretty easily.
I don't have modern hardware but I'm easily able to play things like Mass Effect with Proton with no serious issues on an older graphics card (Radeon 7790). I'm not so confident that brand new titles would just work (even if I had a modern gfx card), but people tend to have good success overall. It's really good.
In case it's not clear, Proton is a Valve fork of the Wine project. The one problem I've run into is if I don't have the right dependencies installed. I didn't play any games for a long time, then went back and started playing some again, and through several `apt update` runs something had gotten out of whack; Proton is Wine, so you can still get into difficult "what does this error even mean" situations.
I've been doing this since 2017. Back then I had built my first desktop computer powered by ryzen 1700 + 2 GPUs.
Creating this setup had some challenges, but after the initial hurdle everything has been working perfectly (I imagine things must be easier nowadays).
Created a windows 10 VM, assigned 4 of my 8 cores, 16 GB of RAM (got 64 on the host) and a GTX 1070. This setup is enough to play pretty much any AAA game with max settings on full HD.
Besides having every game working perfectly, I get another nice side effect: sandboxing. No games (mostly proprietary software) have access to my personal/work files.
I was disappointed with USB for guests though, I found it impossible to restore my iPhone via iTunes on a Windows VM, because the USB device wouldn't automatically bind to the VM. Which is something even VirtualBox can do well. But maybe the tech has progressed, or there's a better solution to that issue now.
My main experience is with a Logitech g933 headset, which requires windows-only software to control certain parts of the device.
Note that modprobe configuration is important, as it assigns stub drivers to the GTX that allows it to be handed on demand to the VM.
Note that this is made for a debian 10 system (kernel 4.19), other distributions might have different requirements.
As for running the GTX 1070 on the host when the VM is not running, I'm not sure if it is possible.
On Windows it's (1) install steam (2) play. To develop with my headless freebsd dev machine, it's just (1) install ssh (2) install x11 client (3) open term.
I made some tweaks based on level1 forums information, but most of that is auto generated by a GUI.
I've been wanting to try out linux gaming and this makes it more interesting.
I've also been thinking about videoconferencing/etc on linux running in the same manner.
Also you may need hardware, especially motherboard that supports VFIO groups well.
Fortunatly there are quite big communities like Reddit in this topic. Just google "VFIO"
Maybe it is not perfect sandbox for running malicious code, but surely it is enough to make games and anti cheat systems think they are running on a real computer.
However, the games industry is still largely hostile to gaming on Linux. I've always had the best experiences with indie games or FOSS projects, and the only trouble I've had is with newly released AAA titles. I wouldn't even bother with newer multiplayer-only games or MMOs, as anti-cheat on Linux is a pretty reliable way to be falsely detected and instantly banned (not to mention requiring kernel-level access, which is utterly ridiculous).
Not a troll question: how do you detect cheats run at the kernel level without kernel-level access?
If you answer is "I don't want a game to have kernel level-access even if it means some cheats can't be detected", I respect that, but can you accept that others can make a different decision and not be "utterly ridiculous"?
The bomber will always get through. I think the only way forward is by using a weaker anti-cheat combined with an ML and player-based (Like in CSGO) system to find cheaters. If cheaters get through, but they have to play within the bounds of what could be reasonably could be expected of a regular player, it doesn't really matter.
Push comes to shove you could make a fully visual triggerbot that doesn't even draw power from the machine (i.e. HDMI->Magic->MouseInput)
Both of these are deal breakers on their own, but the real deal breaker is the uncertainty that comes with running Linux as a gamer. For example Cyberpunk 2077 comes out this week. Will it work? I have no idea. With my Windows machine I don't even need to check - of course it will.
Cyberpunk is DRM free so it should be OK on launch and only a matter of time if it's not.
Of course it was going to be a mess. They had to recycle and hack-and-slash assets to pull something together to meet the ambitious release date.
According to rumor, Sledgehammer Games was essentially unable to produce the game and has been demoted to a second tier support studio as a result.
I agree though, the uncertainty is definitely an issue. Maybe if enough games start to get played on linux, this will be the push that's needed for game devs to start supporting games on linux (even if that means it's through wine).
Why? because:
1. Windows comes preinstalled on many computers.
2. People do not install Linux because they cannot play games on it.
3. Game developers won't publish on Linux because there are not enough users.
Is 3 the real problem, or is it 2? 2 is the real problem. If everyone committed to use Linux, game developers would follow immediately.
If you use Windows only for gaming then just buy a console, it is cheaper.
It's cheaper to spend money on a console, controllers, games, and a yearly online subscription than to use my existing pc? I find that hard to believe. Especially with games routinely going on sale and overall costing less on pc. Even on my Switch, games are more expensive on average.
I game as much as I can on linux (debian bullseye) but dualbooting to windows for specific games is rather easy. Unrelated, but I would not recommend debian for gaming purposes. Steam didn't even start correctly due to some static dependencies until about a month ago.
As a user this makes it a non-viable platform.
Like VAC, EAC does have a native Linux version, but that does require a native Linux port of games.
Anecdote: I've bought games at launch that failed to boot. I've bought many games that required fiddling with settings (locales, drivers, etc.) to get them working. Linux is a more extreme afterthought but PC is also rarely a first-class citizen.
rf2's tyre model is almost awe-inspiring for a game, the game itself is not, sadly.
My previous laptop broke, so I got a new one. Of course I immediately created a Pop! partition and started installing stuff. I tried Doom Eternal... and it was running extremely slow for what you'd expect from a RTX 2080. Surely enough, I switched to my Windows 10 partition and the game ran smooth like butter over there. I spent some time looking at the issue but couldn't figure it out.
I decided to love back to Windows for the time being, enjoy the laptop and try again later on.
I am interested to see were the bottleneck could be.
But it's worth a try. Some games run well enough for me that I don't bother booting into windows to play them.
Heck if I can't edit mouse acceleration with ease, how hard is it going to be to watch Netflix? Do I need to downgrade chromium to 30.4 just to install some plugin incompatible with the v32 chromium?
These are real issues that you'd expect Ubuntu to have working from defaults.
I'm not asking for every porn website to work, but all FAANG websites to work.
I got a laptop. Removed it from the box. Installed Ubuntu, tweaked the dock drivers a bit. Everything works as it would on a Windows machine and no I don't need to downgrade Chrome to have Netflix, Spotify, Facebook, HBO or whatever work. Zero, zero compatibility issues and I can't be the only one since millions of people use Linux daily.
If you want Netflix in Linux it's as simple as installing the official Google Chrome browser.
Not sure if this is you, but those of our community who are really into the objective sensory aspects are not a terribly good sell for Linux right now IMO. Usually they're looking to rep their OS to other people, whatever that OS ends up being, so rather than build on its strengths, they look for a specific set of strengths to which they're already attuned over time spent with other OSes. Ergonomics and sensory aesthetics are big preferences of this group. Good refresh rates, overall feeling of smoothness, little wastes of their time eliminated, etc.
Mouse acceleration is IMO a good pointer to this kind of sensibility. Unfortunately if that's really important to you (not that you can / can't tweak it, but the _way_ in which you need to do some perceived extra work to configure it) it's important to know that it may be best to build on and adapt to Linux's other strengths, or try it on the side in something less important, or stay with what you already like.
Other phrases like "people should expect" or "things like X should just work" are also good clues here. Nothing wrong with that, but Linux brings really huge subjective strengths to the table (a deeper connection to what do _you_ need or want, starting closer to bare hardware, vs. what do _people_ need or want, starting closer to end user experience) unless you are doing specific types of work where Linux is already a known dominant solution for groups of people.
About the Netflix part, I don't think that's Linux's fault.
Mouse/trackpad/trackpoint configuration can be one of the most painful things to do on Linux. Netflix and friends are easy (unless you want HD sometimes >.>)
The issue ends up being support cost vs sales.
If 1% of your fan base runs Ubuntu, but they're 50% of your big reports, it's cheaper to not worry about them.
I'm a solo game developer (working on [1] right now) and while I get many more requests for a native Linux version than I expected, I'm still reluctant to invest the necessary development time. It's ironic, but the very fact that Proton is so solid makes it even less likely that a Linux build will exist, since I'm fairly certain people will be able to play Slipways under Proton with hardly any issues if they want to.
I'm debating doing that now, but it comes off as a ton of work where I don't particularly think I'll make money .
It'd be great if it was that easy, last time (been over a year to be fair) we tried we had weird unexplainable shader errors and graphics glitches, windows build via proton works fine
Sadly not worth the dev time to investigate that more thouroughly at the moment
Like if y'all really want I can upload the Linux build and make it clear it's not going to work as well. I can't support every single distro after all
(I don't have any problems, and I get the benefit of compatibility, not cluttering my host OS with 32-bit libraries, and controlling what information the software can access from my system - no worry about it stealing my browser cookies, for example. The only problem is I have to use the Proton runtimes instead of the new "Steam Linux Runtime", because the latter requires cgroups and thus would need a privileged container, but it's very rare to find games that don't work with Proton - recent examples I came across being Chip's Challenge and Hardspace:Shipbreaker.)
Especially in very niche games with small teams, there is 0 IP in the boring parts of the game. If your code isn't too much of a clusterfuck, I will happily try and fix the bug myself and make a PR.
That and I firmly believe that open source is by far the most efficient way to ensure a reasonable code quality.
The planets aligned with Centos 8, Steam, and AMD drivers somewhere around late January. Things went from crazy difficult to just working.
Over the Spring/Summer/Fall I've seen significant progress on what worked on Windows vs Proton vs native Linux. A significant chunk of my Steam library now plays on my primary box. When the day comes where I actually get my hands on a new CPU/video card... those will actually go into my workstation.
Are the packages I used on my Centos 8 box. Looks like I had the rpm fusion packages (free and non free) and EPEL libraries. Hardest part for me was getting the video card working. Perhaps went down the rabbit hole of getting the AMD proprietary drivers in place - which was really rough early on. Not sure folks even use those now.
sudo dnf config-manager --add-repo=https://negativo17.org/repos/fedora-steam.repo sudo dnf -y install steam kernel-modules-extra
I have an HTC Vive. There are many VR games that don't work at all even with Proton. There are many games that do work though.
The only game that doesn't work that I truly miss is Planetside 2.
But your typical big name games do work, even ones that aren't on Steam. Doom, Factorio, Kerbal Space Program, EVE Online -- these all work wonderfully. Space Engineers works "okay" -- it has an issue where the process threads will linger in the background even after you exit.
Blizzard's Battle.net games also work great -- you just have to start it with Lutris and do some magic to enable Vulkan. WoW and Diablo III work beautifully.
If I have one complaint about Steam is that clicking the blue button to tell Steam to kill a game doesn't work. Space Engineers and World of Warships both have to be manually killed sometimes and it would be real nice if Steam would do it so I don't have to open a terminal and find the relevant Wine garbage to do it myself.
My biggest pain is that video drivers really suck when it comes to VR. On windows you have stuff like async reprojection, on linux you have frequent lags and fps spikes, and nvidia does not seem to be interested enough to fix this.
There's also a room in Keen Software House's Discord which is dedicated for unofficial Linux help. Sometimes a patch will break the game in an unexpected way. For example I remember a patch early this year that made it so that the version check would crash the game on Linux (something to do with KSH's HTTPS certificate) and the easiest solution was to just null-route the patch server address in iptables or blacklist the domain in pihole until a later patch fixed the problem.
In KDE it changes the cursor to a kill-cursor.
In Cinnamon it kills and restarts the GPU renderer.
Neither cleanly expresses what I want to do: kill a process which doesn't have a window but is owned by one which does.
[0] https://github.com/ValveSoftware/Proton/issues/3189#issuecom...
So I finally got the NVidia Intel switchover thing working, but it didn't help at all. I have a GTX 950M which is quite a bit worse/older if https://gpu.userbenchmark.com/Compare/Nvidia-GTX-950M-vs-Nvi... is to be trusted. Maybe GPU matters more than I thought, and mine is just too old and crummy? But I thought I read it was still software rendered.
I can already tell this is very likely not going to work fully, or even work for a sizeable chunk of Linux installations out there. Many platforms don't have TPMs, or have TPMs from unknown CAs. Or firmware that you're not aware of. Or even worse, people might just be running a Linux distribution that you don't know about. Or a patched kernel. Or a bootloader that doesn't measure the next stage into TPM. Not to mention, even the most popular distributions allow you to do anything with root access, things that you just won't be able to measure, but that might allow people to cheat.
TPMs really only make sense for _very_ controlled environments if you want to prevent hardware tampering at this level. The diversity of Linux distributions (and PCs in general) truly works against you here.
I just want to play video games and I use linux - in order to play multiplayer video games I need anticheat and this means giving that up.
I would also argue that other than a minority of vocal users no one wakes up in the morning looking forward to tinker with their system, we just sometimes have to, doesn't mean we like it.
The rootkit, driver signing enforcement, driver ACLing of anything it doesn't like, vulnerable drivers, all forms of emulation detection, failing any of those = permanent ban is a whole other problem.
Ultimately anti-cheat within the application itself, I find, should be considered acceptable whereas Riot's Vanguard/rootkit solution is an ugly hack. Valve seem to be showing it's possible via both automation (ML) and community judgement to make achieve results - the aim needs to ensure all players look "normal", not stop all cheats (the latter aim is impossible).
My bigger concern would be a permanent ban on an indie game.
Also runs vrchat, this is on a 960M mobile chip on ubuntu 18.04.
I couldn't get ubuntu 20 to have proper vsync for the main desktop so I downgraded to 18. The nvidia drivers were causing problems, such as the main desktop not having vsync and not enabling vsync settings even if set manually, until an ubuntu system update automatically pushed update 455 to me and fixed everything. A number of nvidia tutorials or suggestions online are entirely out of date.
You can look into lutris or GameHub and get the games to work via that.
Though GOG is Linux friendly, there are tons of games with Linux versions on it. The only thing you miss on Linux with GOG is GOG Galaxy but at least personally even though i use Windows i do not care much about Galaxy and instead i just download the games from the website (which notifies you if there are any updates).
(Which however didn't help me on an older Mac, as Wine gaming seems to be sensitive to hardware and drivers.)
While I can't speak first hand for AMD as I've not owned an AMD/ATI card in decades I do know that AMD and Valve have dedicated Linux driver deveopers directly contributing them to the kernel and have heard nothing but good things (taken with a grain of salt because fanboys will fanboy).
Funny thing is I sometimes use steam remote play to access my linux desktop since it's faster and has very little lag compared to VNC. I simply add nautilus to steam game library so I can launch it remotely via steam link, then press "super/⌘" key to access the desktop.
I am not gamer anymore. I've had NVIDIA GPU, binary drivers were not pleasant experience, so bad that I've switched to Intel GPU. Today open source AMD GPU driver is a clear path forward, and it would improve with each release.
disclaimer: yes I know I'm asking for a free version of Crossover. Though not entirely "free" since I've already paid quite a bit of money to Valve over the years for games that no longer work on macOS Catalina. (And also for Steam Link hardware.)
As soon as DCS actually knows what threads are we're in business.
Just Dance 2020/2021 is a good example of this: the PC version was discontinued in 2017, but 2020 and 2021 were also released on Stadia -- without an accompanying PC build.
Death Stranding was another recent DX12 release and it looks like Proton struggles with it
https://github.com/ValveSoftware/Proton/commit/a84120449d817...
I re-played Fallout 3 and New Vegas this year using Porting Kit but had to dual boot into Windows to play 4.
The caveat with this is that many games don’t work in multiplayer due to incompatible anti-chest software. Seems to have a pretty good track record in stand alone gaming though.
That explains so much.
It works! My only complaint is that if I Alt+Tab to another dwm view, I can't seem to get back into the game. No idea where the window is. Not sure where to get help with the matter.
Filed a bug about my issue here: https://github.com/ValveSoftware/Proton/issues/4443
I still keep Windows around as a dual boot option for games that don't work well with Proton though, but I barely need to use it.
Unfortunately my MSI board's BIOS doesn't seem have support for enable/disable the SATA or NVMe controller. I'd gladly take a recommendation of a micro-ITX board that does. This kind of thing doesn't make the spec sheet.
I've made Skyrim, Fallout, GTA 5, etc. work (or kind of work) under WINE and Proton is so much easier and cleaner. On top of the Linux native games, like those from Paradox, I've got no reason to use Windows outside of my work laptop -- I do AD admin stuff occasionally so a Win10 box is useful there...
But solid 10/10, would recommend Proton.
For Linux users, this if you want to use Steam, you have to start from scratch. I'd rather stick with Wine/Lutris, even if it is buggier.
I never thought Linux gaming has improved so much. Heck, Steam has more available titles in Linux than in my Mac.
Like at the moment, I need to play Genshin Impact, but it does not work.
proton is a config shim around wine and dxvk (both foss).
wine is a 27year old project that does the bulk of the work.
credit where credit is due.
But that is not the case for everyone.
Or a VM.
Thanks to all developers who are involved in these and other projects like Wine, Proton, Mesa, radv/aco and etc. which make gaming on Linux great these days.
Arm may be too late for the ps5 gen but is there any question that ps6 gen won't be an arm SOC?
And I wonder if apple will launch m1 as a gaming console.
sudo apt-get install libnvidia-gl-390:i386
If things work flawlessly, do we care?
If companies want to support Linux out of the box, they don't have to expend resources creating multiple builds and need only to focus on testing a single build. Even a token amount of testing from a single QA engineer (does it run?) would go a _long way_ into ensuring we can run things on Linux.
From lurking in wine-dev, games that work but have a few issues progress much faster than ones that don't even boot up (or they do but don't actually work).
It's a bit unfortunate that the Win32 api is being used as a lingua franca, but I'll take it.
Edit: commenters make good counterpoints
I have craving for SWAT 2 and I must satisfy it, even if it means installing Windows 98 on the NAS.