311–320 of 333 posts
Earlier quoted context omitted.
There has been some success in just implementing more missing Windows APIs that EAC needed. This allowed a few titles with EAC to run.
EAC will update themselves each time a public method to defeat them is published since this is exactly what you would do if you wanted to run a cheat.
The problem with Proton is it is leading many game developers to actually drop Linux support. They basically say players seem to be able to get the game to work on Proton and that's that. But with no official support there is no guarantee it will continue to work with updates. There is no promise to even try to make it work if it breaks. And that's the major stuff. Imagine spending 20, 30, or 60 dollars on a game tha…
Earlier quoted context omitted.
Basic question, if someone buys a game to run it through Proton do they look like a Windows or Linux user on your end? How would you feel about games being made available for free to Linux users if it uses Proton. If the game contributes basically nothing to your bottom line and you don't plan to support them anyways, why not? It will only grow the audience more quickly.
Couldn't Windows users boot into Linux then to get games for free? Like, it would probably increase the share of Linux users but Windows users would decrease. And when you start charging for the Linux port, a large amount of those users would flock back to Windows.
You also could charge a dollar since you are often offering a strictly worse product for Linux users. That's what happens in many other markets when you are trying to expand a userbase.
There is clearly a dollar value to providing support. Why shouldn't the price reflect that?
Earlier quoted context omitted.
Just to make sure we're talking about the same fix, do you mean running the LAV installer first (edit: followed by selecting DirectShow in the options)? That worked for me with Proton 5.13-6.
Welp I got curious whether I'd missed a step so I gave it a once over, took me 7 hours to get it working. Turns out Proton does not like to run from an NTFS partition so I reinstalled steam on ext4. Now it runs but I couldn't get Direct Show to work, only the VLC video-path. I assume the LAV installer failed somehow. I also had to mount bind my external drive in my home folder otherwise it wouldn't see it. And I also…
VLC also works for me from the start, but seems to lag at higher resolutions, hence fiddling to get DirectShow working.
Earlier quoted context omitted.
The problem is always market share. Unfortunately Linux has and most likely will always be a niche desktop product. For that reason when devs are developing a game, the question is always "should we spend X amount of time for 0.5% of the userbase" and often times the value proposition just isn't there.
Gluglu with their chromeOS has pushed the linux adoption line quite rapidly. Valve finally making SteamOS a viable product is definitely going to impact the change significantly. The only reason I still keep Windows dual booted is the Office suit, which is still unbeatable.
The title is disingenious. Proton is meant to be an improvement over Wine. Did none of those 7000 games work on Wine already? If I fork Proton as Neutron and add support for 1 game, no one will say "Neutron has enabled 7001 games". It enabled only 1.
In theory yes, but.. some games require specific wine versions, others need special settings on either side, and at times one needs to patch the game.
This is enough to make many games unplayable under wine (for most people), but useable via Proton or a similar wrapper.
Earlier quoted context omitted.
EAC will update themselves each time a public method to defeat them is published since this is exactly what you would do if you wanted to run a cheat.
Making wine compatible with EAC is very different than making an EAC bypass. The end goal is for EAC to be able to do the same checks as it could as when running on Windows.
Earlier quoted context omitted.
The difference between DRM and anti-cheat is just semantics. The license says "do not cheat" and the software enforces that license = DRM. But lots of players really don't care about "fair". Any game with a large mod community, mostly single player games like KSP or minecraft, generally stays far away from any form of DRM. The entire concept of "cheating" doesn't really exist in such games.
> The difference between DRM and anti-cheat is just semantics Not really - DRM = anti-copying/anti-piracy, anti-cheat is self-explanatory. Both sometimes employ similar strategies (anti-tampering/poking around with executables, linked libraries or memory), but they are not the same thing
On the other hand Wine probably has better backwards compatibility with old Windows games that Windows does in many cases.
Earlier quoted context omitted.
The ideal for me would be to keep everything pertaining to a game - the game itself, Wine prefixen, Workshop items, screenshots, etc. - in one folder for each game. Like, how hard is it to put everything for, say, Kenshi into "C:\Program Files (x86)\Steam\Games\Kenshi" or "~/.local/share/steam/games/Kenshi" (with "compat", "workshop", and of course "game" subfolders for the Wine data, Workshop items, and game data, r…
Do games ever have the same name?