91–100 of 308 posts
Earlier quoted context omitted.
> without first party support for Linux. Or for wine
It would be quite the undertaking for wine to also emulate not just the Windows userspace but also the whole Windows kernel to allow for the rootkit anti-cheat driver to run.
This is nice and all but they need to fix things like alt-tabbing in an out of a game. Many games just crash. I know it sounds dumb but sometimes when organising a game or using discord you need to alt-tab from the game to the chat app. This almost never happens with Windows unless the games are old. Also performance when streaming via discord or OBS significantly drops the framerate even on games my rig can play at…
This is super hard to get right. It's somewhat wonky on Windows to begin with (we have found plenty of games where it's broken on Windows), and then you have to factor in that X doesn't work the same way, and there are a hundred different window managers, which all work different ways. It should be significantly improved in 5.13, and we're still working on improvements in that area, including in upcoming 5.13 releases.
Earlier quoted context omitted.
One thing that's important for Linux gaming is that games played under Proton on Steam are counted as Linux sales, so publishers and developers get accurate statistics on how many Linux gamers there are. If the market is big enough, cross platform development is viable from the start.
On the other hand, if the Windows version works fine with Vulcan, why go through the trouble of making a Linux version?
The better ports use the native APIs of course, but are few and far between.
Valve is doing god’s work when it comes to Linux gaming. I have played over 40 hours of GTA V without many troubles. The game looks great and performs great. So glad I could get rid of my windows install.
"I would actually prefer if you didn't play GTA V. I mean, I guess it doesn't matter since you're going to hell anyway. But still."
- God
Earlier quoted context omitted.
I'm thankfully for the native games from Valve on Linux. And also for improving gaming on Linux in general. Steam? Steam itself is not necessary and is just another system to lure users and developers into a Vendor Lock-In. Everything useful it provides should be part of libraries. In a better world - we would use a package manager or Flatpak to install games. I'm sick of the software industry, every big company trie…
> Steam itself is not necessary and is just another system to lure users and developers into a Vendor Lock-In This ignores the history of how Steam came about in the first place. The PC gaming industry was basically dying because physical distribution was expensive, which made the games expensive too, so a lot of users just pirated games (by downloading them from the internet) because it was easier. Valve recognized…
Earlier quoted context omitted.
Watch out, the suggestions in the other replies are hazardous. It's possible to add your windows Steam library to a Linux client, after mounting the windows partition, and this will work fine most of the time(so you could still give it a try). However, you're also likely to run into annoying-to-debug issues due to Linux's mishandling of ntfs. I've eventually given up on this method, and I'm not sure if there is a goo…
Maybe share an exFAT partition? Is the support of exFAT on Linux any good now?
Earlier quoted context omitted.
> But in the long term apps should all end up using Vulkan/DX12/Metal themselves directly In terms of "a typical 3d app writes directly to the API", they really shouldn't. The fundamental shift between DX12/Vk and the earlier APIs is that the old graphics APIs were fundamentally about graphics, in the sense that they described a specific way to draw graphics, and then in conjunction with hardware translated that into…
The last part is what I was referring to by "modern derivatives". OpenGL is widely regarded to have a poor API. If you want a higher level API, wouldn't you want a new modern layer with a nicer API instead? How long will technologies like OpenGL last just because people have already learnt them? Surely eventually we will switch over to better alternatives?
Most games will never work on Linux since anti cheat on the platform is infeasible.
Windows is probably moving in this direction too, so games will have to figure it out regardless. New installs of Windows 10 run in a VM; drivers no longer have access to the entire machine. https://docs.microsoft.com/en-us/windows-hardware/design/dev... https://docs.microsoft.com/en-us/windows-hardware/design/dev...
Earlier quoted context omitted.
People are insane to begin with to install some rootkit on their system just to play a game.
It's trivial (if you know what you are doing) to load kernel drivers from userspace by abusing windows bugs. If you trust a program to run in userspace, then it already has all the keys to the kingdom. Welcome to windows security.
Welcome to GNU/Linux security.
Earlier quoted context omitted.
This is an absurd comment for two reasons. Most games aren't multiplayer with anti-cheat requirements. And you're only talking about lazy, client-side anti-cheat systems. It's impossible to verify everything between eyeball and public network. The drop-in systems available essentially check for known things, good and bad. This war on clients has a front line moving lower and lower into your computer. It used to be pr…
You are missing the point. The games do not work. As you said some install Kernel Level drivers (I believe this is a Ring-0 but I am not an expert in such things) as a Anti-cheat mechanism. These do not work with Wine/Proton. e.g. Doom Eternal worked fine until the first patch and then didn't once the anti-cheat was installed (for the non-existant multiplayer community). Then they removed it only after the fanbase he…