Quoting: liamdawe

Quoting: Kristian

Quoting: kit89

Quoting: liamdawe

Quoting: Guest

Quoting: Xpander

Quoting: liamdaweOuch, another botched release? Was hoping that wouldn't happen after The Witcher 2.

I wonder how they tested it on their systems or did they validate it at all.
I't might be just simple silly thing like missing some files from the build they sent up to steam though..
I wouldnt call this a botched release yet. Lets give them some time. But it worries me that theres even not a single reply from devs/VP to the issue.

Give it another 12 hours. Time zones and all that - VP employees are probably not at work right now. They'll be having a fun day tomorrow though I guess.

Either way it's not a very good look. I am constantly surprised when devs release something and then go home without waiting on reports first.

I would hope they have a life outside of the office, and their company ensures they work the contracted hours, no more no less.

The total amount of hours is one thing. But this issue could be avoided with releases earlier in the work day so that you actually have time to receive(and act on) feedback.

Yes, that was my point that seems to have been missed. You shouldn't release if you have no time to deal with urgent issues. Firing and forgetting as seems to have been the case yesterday is not a good idea for anyone. Why should we have to wait 12/24 etc hours until it works? If it releases, it shouldn't just fail to work for seemingly everyone.

I don't want to be overly negative, but it's very annoying.

I agree it should have been properly tested before release, they need to improve their deployment methodology.

I picked up a copy and it crashes, has anybody got it running?

View this comment - View article - View full comments

Quoting: liamdawe

Quoting: Guest

Quoting: Xpander

Quoting: liamdaweOuch, another botched release? Was hoping that wouldn't happen after The Witcher 2.

I wonder how they tested it on their systems or did they validate it at all.
I't might be just simple silly thing like missing some files from the build they sent up to steam though..
I wouldnt call this a botched release yet. Lets give them some time. But it worries me that theres even not a single reply from devs/VP to the issue.

Give it another 12 hours. Time zones and all that - VP employees are probably not at work right now. They'll be having a fun day tomorrow though I guess.

Either way it's not a very good look. I am constantly surprised when devs release something and then go home without waiting on reports first.

I would hope they have a life outside of the office, and their company ensures they work the contracted hours, no more no less.

View this comment - View article - View full comments

Quoting: Guest

Quoting: Mr. PinskyGTA V.

Yes, it runs on Steam Play/Proton :D

Needs a workaround to make it start, and it occasionally starts stuttering after a while, but overall it's a pretty smooth experience.

How? I've seen footage of it running on Linux, but couldn't find anything to tell me how to get past that Social Club loading.

You need to create a custom dxvk config.

It's covered in detail here [External Link] by AlexeyProkhin comment.

View this comment - View article - View full comments

Looks like they are using a variable-delta time for their rendering-subsystem. I had a similar problem with my own rendering system - I mitigated the problem by implementing a fixed-timestep that didn't accumulate elapsed-time. There is no need to 'catch-up' on missed frames. I found it more important to have consistent frames.

View this comment - View article - View full comments

Steam currently states its only available on Windows, I'm guessing they've not updated their store page?

View this comment - View article - View full comments

They probably didn't realise that their game would have more bugs than they originally anticipated. So resources that would have been assigned to the Linux build have been redirected to bug-fixing. At least that's how I'm reading into their comments.

I can understand the cynicism coming from some of the comments, particularly if you've been previously bitten.

At the moment I'll consider this a wait and see.

View this comment - View article - View full comments

I have found that this game does not run out of the box on Kubuntu 17.04 and I would assume the same applies for Ubuntu.

The game is 32-bit and requires libSDL2.0 and libGLEW1.13.

Zesty(17.04) doesn't provide libGLEW1.13 so had to download it from the Xenial(16.04) repo [External Link].

Zesty does provide libSDL2.0 which can be installed with:

sudo apt-get install libsdl2-2.0-0:i386

View this comment - View article - View full comments

I look forward to picking this up. :)

Deterministic floating-point calculations is an exceptionally difficult task and near impossible to guarantee.

Though deterministic fp can be done it is CPU intensive, for most user needs absolutely accurate calculations are not required, they can be 0.0000001 off, however two users playing the same game but getting slightly different results create a cascade of problems.

That minor variance could mean the difference between an NPC turning left or right, dieing and surviving.

If I was a betting man, I would say that different compilers are being used. For Windows it most likely the MS compiler & for Mac/Linux I'd say the GCC/G++.

Different compilers will compile the fp calculations into different assembly instructions which will result in these variations.

My guess is that Feral does not maintain the Windows branch & so any modifications needed to ensure parity is down to Sega and Relic.

View this comment - View article - View full comments

I hope this port happens.

View this comment - View article - View full comments

I've found disabling the timeline video thumbnails to significantly improve performance.

View this comment - View article - View full comments