if you say it like that, you also have to say that wine can not be taken as a reliable way to play the game. If you regard wine as unreliable, then there is really not point in arguing about the reliability of the installer *shrug*

The thing is that InnoSetup is still being actively developed. So if we rely on third-party reverse-engineered software to access these installers and this software stops working with a new version then that is _our_ problem and we can't really blame GOG for that.
The good thing is that wine is open source and we can fix it to also work reliable with these new installers. So I would be much more interested in why these new installers don't work anymore in wine.

You can't depend on future windows versions to be compatible with the game itself. What's the point worrying about the installer? The only thing you can rely on is that the game (and installer) works with XP, Vista, Windows 7 or whatever is stated on the game page. Worrying that the installer might not work in Windows 21 is a bit unnecessary when most likely the game itself won't work any more.
In any case you rely on GOG to update things to be compatible with future windows version. Might as well accept that.

@Ganni1987
yeah it is doable, but why would you want to do it? Hunting through the .iss file and then getting that info in the registry seems much more work than simply running the installer.

Not in this case. This encrypted RAR thing is not part of innosetup and GOG do that on their own for some weird and not explained reason. That's what GOG are being criticized for.

hmm, then it seems I was misled by some earlier comments. Doesn't help that the discussion is/was happening in multiple threads..

I agree on this. WINE is one way to play some GOG games today, amidst other ways (ScummVM, DOSBox, alternative engines…). It might not be the case anymore in a couple years: we can often see regressions as WINE version number goes up, some are taken care of quickly, some are more tricky, some look like a lost cause. I’m not worrying about the game playability here. As long as the game data is still available, we can try to work out a way to get it running. And that’s out of GOG scope, they don’t have to provide ways to play the game on anything but the officially supported platforms.
What is important in my opinion is to be able to get the said game data at any time. Standard open formats allow this. Password-encrypted archives in a proprietary format does not.

-----

It might have been my first posts on the subject that misled you. I thought when opening the first thread about this issue that we were facing some kind of new InnoSetup installer.

So, can you please direct this issue to your packaging team and get some response from them if possible about it? Or you still recommend to do it through filing a support request?

Some main concerns: 1. It's not in spirit of being DRM-free and there is no apparent good reason to do anything like that. 2. It potentially can lock out Linux users from using these games especially if the installer will stop working in Wine. At least some clarification on what is going on would be welcome.

Does someone know how to force VSync on Wine? The "Sync to VBlank" option from the nvidia panel is completely ignored. I have also tried the following environment variables and still nothing:

export __GL_SYNC_TO_VBLANK=1
export __GL_SYNC_DISPLAY_DEVICE=DFP-0
export __VDPAU_NVIDIA_SYNC_DISPLAY_DEVICE=DFP-0

Some games go crazy without VSync, for example in Risen you can't climb ledges, in Septerra Core game gets stuck after combat and this is of course show stopping. Any help greatly appreciated :-)

Could you give more info about your setup?

Sure thing, sorry :)

Distro: Linux Mint 17.1 MATE
CPU: Core i5-4590
RAM: 8GB
GPU: Geforce GTX 760 (running nvidia 343.36 drivers)

NVM wrong thread. :P

Your CPU is using an iGPU, can you please verify what GPU is being used by pasting the following in a terminal:
glxinfo | grep vendor

and please post the result.

I assume you were referring to me, here's the result:

jojo@jojo-warpenguin ~ $ glxinfo | grep vendor
server glx vendor string: NVIDIA Corporation
client glx vendor string: NVIDIA Corporation
OpenGL vendor string: NVIDIA Corporation
jojo@jojo-warpenguin ~ $

As for iGPU it's already disabled in Bios, was the first thing before I even installed the OS.

glxinfo | grep string
is more useful. The above command with vendor doesn't show the GPU model.

jojo@jojo-warpenguin ~ $ glxinfo | grep string
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
client glx vendor string: NVIDIA Corporation
client glx version string: 1.4
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 760/PCIe/SSE2
OpenGL core profile version string: 4.3.0 NVIDIA 346.35
OpenGL core profile shading language version string: 4.30 NVIDIA via Cg compiler
OpenGL version string: 4.5.0 NVIDIA 346.35
OpenGL shading language version string: 4.50 NVIDIA
jojo@jojo-warpenguin ~ $

Games with a built in FPS limiter run fine but those without, get massive frames and act funny. I can hear the graphics card coil whining due to the big number of frames.

Don't know if that's the right place to post it, but what's GOG's most "graphically intense"-let's call it that way- Linux game?
I'm asking this since I got a new linux machine (yep, another one) and would like to test some games like that.

My bets are Anomaly 2, Witcher 2 and Battle Worlds: Kronos.
And when the linux port of Lords of Xulima gets here it will probably be on this list, too, since the game looks gorgeous :)

I think Witcher 2.