Painless Linux-Support has two sides:
It's probably painless to support stuff if you're using the right libraries to get all the window management, input and stuff done.
What can be a pain, especially for graphically more... challanging products is still the graphics stack. Ye, a lot of is done there, but we're not quite where I'd consider it a good state.

Still, ye, Linux numbers is minimal, and I can understand business decisions on not supporting Linux. Though, it's always nice if we get a game :-).

View this comment - View article - View full comments

No problem. They are partnering with a publisher to get the game out in the quality they want. They could rally it and not release it in the state they want, or they partner with a publisher / investor.

This means the funds they raised won't last until 2017, so the publisher is taking the gap getting some return of investment and benefits, probably providing them with a advertise push too. For their finances, it's their business, not ours, ours is to hope for the game to be released in the best quality. And they seem to do that.

For the "beta for all backers", they told in their forums quite some time ago that they won't be able to hold this promise. Well, I didn't really care, I backed the game, but I want to wait for a final release - if I play the beta and later play the full game, it feels "used", and I like this "ohh, all new" thingy :D.

Even if they decide to delay a Linux release by a month or two I wouldn't really be stressed. What I care about is that they hold the promise of the port.

View this comment - View article - View full comments

If that's going to happen, my bet is that it's actually a Vulkan port of Glacier 2.

Why?
They support D3D12 in Glacier 2, and my bet goes that the port from D3D12 to Vulkan would have been easier than porting an engine like this to OpenGL.

View this comment - View article - View full comments

Rather interesting than the engines (UE4, Unity etc.) will be how fast the middleware creators jump that train. They're very commonly bought by 3rd party providers, and if they're DX11/OGL or what-so-ever... well, they'd have to port that first. And it's pretty often the case that middleware takes ages while engines already support new technology.

View this comment - View article - View full comments

Didn't change a thing.

But this time, first time ever (yey) I got the survey on Linux.

View this comment - View article - View full comments

The reason for this is simple: Linux. The majors are investing a lot of money in the drivers, infrastructure and stability. The reason is simple as well: Android. Linux is a good test-case, since display server implementations in the drivers are a very small part, the driver infrastructure below is the same.

They're waiting for the big shot, when everyone can just dock a phone and use it as desktop. It's their future market, and they know that. Be it AMD, NVidia, Google, Apple, Microsoft or the Engine creators. The market is shifting, not in the next 1-2 years, but it will, and they better be ready for this, or they'll loose ground on competitors, and they can't allow themselves for that to happen.

We're lucky for that, but we're just beta testers for their real business goals. Within that said, we'll be closer then, and since infrastructure and drivers will be the same. Valve is scared not of the Microsoft store, but of Google Play. Once this shift takes place, the google store will be major, and we'll see real consoles based on it, probably having major titles. Google will be making this push, and Valve needs to be ready. Not sure what the strategy there is, but my best guess is that they want a competing product in place once this happens which people are used to and where they already have their games.

A push like this towards android consoles and all major games being for android could certainly kill off Steam, Valve and PC gaming as we know it now (when desktops are shifting). That's the danger for Valve, so they need to be ready when Google pushes this agenda. And Google will, they see the money behind it.

View this comment - View article - View full comments

Quoting: DamonLinuxPLI trying it in open beta and open beta perform bad... but after Reality Pump developers change WINE stable to WINE experimantal with CSMT it work well for me with AMD GPU and fglrx driver.

Yea, no idea why the CSMT patches still don't make it in, almost everything runs better with it. Same with the PhysX patches...

View this comment - View article - View full comments

On 1.09? Okay, I would be stupid not buying it ... even if I could run it with one of my patched wines myself.

View this comment - View article - View full comments

QuoteHe is currently looking to talk to publishers and investors about it.

First of all hope he can get it financed.

View this comment - View article - View full comments

Right, during the subscription period, having none, you're not allowed to publish.

View this comment - View article - View full comments