It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
This is just a casual and loose post. :)

Current GOG number of games:
Windows: 5956
Mac: 1689
Linux: 1388

So, it would be nice to have more Linux and Mac versions of games.
Maybe someday. :)
I hope.
Best way is to show GOG that Linux and Mac users on the site are increasing which would warrant more investment in getting native builds for these operating systems.

The one issue though is that there are some developers/publishers that feel these users can get by using WINE/Proton feeling that there is no need for a native build.

There are also developers who refuse to release there native builds DRM free.
avatar
wolfsite: The one issue though is that there are some developers/publishers that feel these users can get by using WINE/Proton feeling that there is no need for a native build.
We have Valve marketing to "thank" for that. They actively advertised against native builds in favour of Proton, their WINE fork, to ensure Linux gaming would become even more of their walled garden.
It's often easier and faster to get Windows games running under Wine than it is to get GOG's native Linux games to work.
avatar
brouer: (…)
That’s wrong.
Source: the 1 170 GOG games I tried playing on Linux, of which 623 are Windows builds.
avatar
brouer: It's often easier and faster to get Windows games running under Wine than it is to get GOG's native Linux games to work.
it's not, on gog native games you just install the game. also I prefer the actual real native version of a linux game vs emulating another platforms version.
avatar
vv221: We have Valve marketing to "thank" for that. They actively advertised against native builds in favour of Proton, their WINE fork, to ensure Linux gaming would become even more of their walled garden.
Why would improvements to WINE and an open collection of patches on top of that create a walled garden?
What we need is the same treatment for developers, if a game in steam has windows/mac and linux, here too.

On games with a lot of years is supposed that patches are not very needed, so not very changes in updates would be necessary.
avatar
yukiai01: This is just a casual and loose post. :)

Current GOG number of games:
Windows: 5956
Mac: 1689
Linux: 1388

So, it would be nice to have more Linux and Mac versions of games.
Maybe someday. :)
I hope.
Yeah, having more games on GOG for Linux and Mac would be good. Hope they consider it at some point.
avatar
mk47at: Why would improvements to WINE and an open collection of patches on top of that create a walled garden?
I have not used Proton myself, but the feedback I got from most users is that it is getting steadily harder to install it on a system without Steam. So what is happening is actually what we have seen many times from companies similar to Valve:
- Work on the original software, WINE;
- Start pushing your fork, Proton;
- Ensure that resources focus on your fork, not the original (see how ProtonDB killed WineHQ AppDB?);
- Tie the use of your fork to the software you were already pushing in the first place, Steam.
You cannot use Valve's Proton builds without Steam without a high chance of issues since there are some hacks included that depend on a running Steam instance.

It's not hard to build a version that does not depend on Steam. And you don't have to since there is a version pre-built for Lutris. You can find it here at https://github.com/GloriousEggroll/wine-ge-custom if you want to use it without Lutris.

Most of the times I use the default Arch Linux wine build, but I've had sound troubles (no speech/music) in Fallout 4, so I use that build which includes most of the patches that Proton uses. Without Proton development I probably wouldn't be able to play the GOG version with working sound.

The actual proton script just sets up Wine prefixes automatically – the only real difference is that it uses symlinks instead of copies to reduce the size. And then it handles the whole environment variables that need to be set to use a local wine version, i.e. WINEDIR, WINEDIR, WINEDLLPATH and PATH.

avatar
vv221: - Start pushing your fork, Proton;
It is not a fork. Proton is not a modified version of wine. Proton is a python script and a bundle of different things including a custom wine build and dxvk. The whole thing is on github and makes heavy use of git submodules.

avatar
vv221: - Ensure that resources focus on your fork, not the original (see how ProtonDB killed WineHQ AppDB?);
That's the users fault. ProtonDB is not run by Valve, it is something someone else started. And to be fair, Wine HQ AppDB has always been very inconsistent in its usefulness. On top of that I would say that ProtonDB is a lot easier to use for non tech-savvy people.

––

Valve is obviously acting for their own interests, but their focus on improving Linux gaming and desktop experience by throwing money at graphic drivers, display managers, wine, dxvk, vkd3d, etc. is very useful for anyone interested in Linux.
Total War is always available on MaC \o/

https://www.feralinteractive.com/en/mac-games/

https://www.feralinteractive.com/en/linux-games/
Post edited January 27, 2024 by Zimerius
Feral won't release there game builds DRM free.

Honestly though they have poor optimization, for example there Linux build of Tomb Raider 2013 takes a performance hit when in open areas (Camps are bad for this) while running the windows version under WINE on the same system it ran perfectly fine.
avatar
wolfsite: Honestly though they have poor optimization, for example there Linux build of Tomb Raider 2013 takes a performance hit when in open areas (Camps are bad for this) while running the windows version under WINE on the same system it ran perfectly fine.
I've never managed to finish that game – it makes me motion sick probably due to the shaky cam. The native Linux version seemed to a lot worse in that regard, maybe caused by weird frame timing.
avatar
wolfsite: Feral won't release there game builds DRM free.

Honestly though they have poor optimization, for example there Linux build of Tomb Raider 2013 takes a performance hit when in open areas (Camps are bad for this) while running the windows version under WINE on the same system it ran perfectly fine.
wouldn't you be able to brute force tom raider 2013 with recent hardware now though? then the performance shouldnt be an issue.