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

×
avatar
vv221: Yes, running the installer through WINE still works for me. But like you’ve seen from other posts, it’s not working for everyone. WINE can not be taken as a reliable mean to access the installers contents, as its efficiency can vary greatly from one setup to another.
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.

avatar
vv221: These new installers incompatible with innoextract aren’t perennial like the previous were: I’m depending either on future Windows version to not break the compatibility (I wouldn’t bet on this, seeing that it’s precisely Windows poor retro-compatibility that bring us GOG in the first place).
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.
Post edited December 23, 2014 by immi101
avatar
immi101: 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.
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.
avatar
shmerl: 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..
Post edited December 23, 2014 by immi101
avatar
vv221: Yes, running the installer through WINE still works for me. But like you’ve seen from other posts, it’s not working for everyone. WINE can not be taken as a reliable mean to access the installers contents, as its efficiency can vary greatly from one setup to another.
avatar
immi101: 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.
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.
If you regard wine as unreliable, then there is really not point in arguing about the reliability of the installer *shrug*
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.

-----

avatar
shmerl: 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.
avatar
immi101: hmm, then it seems I was misled by some earlier comments. Doesn't help that the discussion is/was happening in multiple threads..
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.
Post edited December 24, 2014 by vv221
avatar
SStefania: That's the gist of it, but there are still questions left unanswered.
avatar
Tolya: I understand where you are coming from and I am a big fan of the open source community.
avatar
JudasIscariot: Please send us a Support ticket
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.
Post edited December 24, 2014 by shmerl
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 :-)
avatar
Ganni1987: 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?
avatar
Ganni1987: 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 :-)
avatar
king_mosiah: 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
Post edited January 16, 2015 by tinyE
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.
avatar
Freakgs: 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.
avatar
shmerl: 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 :)
avatar
vicklemos: 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.