Two Worlds II RPG delayed for Linux

LMAO, I hate being right sometimes.


Large texture sizes is a big problem with OpenGL with its amazingly low Limit of 750MB or so on 32bit apps! DX9 32bit has a limit of 4GB on windows8+ (is unlimited on Win7). Truly it is a troubling issue that makes no sense to me.

If you plan to make a HD graphics game, for the love of god start with a 64bit exe or face major consequences!


Last edited by TheRiddick on 15 Jun 2017 at 7:15 pm UTC

yes. Linux is delayed. I am very sorry, but we have huge problems with the Linux development. - I am very very unhappy with this. We will assign new resources and make it asap.

It's actually warming to hear it put like that! They obviously really care and want to push Linux gaming, seemingly now empowering their efforts.

LMAO, I hate being right sometimes.


Large texture sizes is a big problem with OpenGL with its amazingly low Limit of 750MB or so on 32bit apps! DX9 32bit has a limit of 4GB on windows8+ (is unlimited on Win7). Truly it is a troubling issue that makes no sense to me.

If you plan to make a HD graphics game, for the love of god start with a 64bit exe or face major consequences!

It's likely the same issue I have with the experimental Arma 3 Linux version, as I cannot put textures above Low most of the time. It's almost the exact reason VP gave me, it's why I want the 64bit version baaaad.

I can not understand why so many developers do that elementary mistake on linux. On linux developers should only support 64bit. No one on linux is using 32 bit, really no one. If someone is using 32 bit, he is wrong and he should use 64 bit and if he really has a reason then he is no way a potential customer for any game. On linux we had the "luck" that gaming has become mainstream only recently when everyone was already 64 bit. So it should be that simple as only supporting 64 bit. Why 32 bit is coming from the land of the dead? why?

I can not understand why so many developers do that elementary mistake on linux. On linux developers should only support 64bit.

They made that mistake on Windows, and at the time when 32-bit Windows XP was still quite widespread. I suppose that's the reason. So I guess they just didn't rewrite the engine to support 64-bit proper.


Last edited by Shmerl on 15 Jun 2017 at 8:28 pm UTC

I can not understand why so many developers do that elementary mistake on linux. On linux developers should only support 64bit.

They made that mistake on Windows, and at the time when 32-bit Windows XP was still quite widespread. I suppose that's the reason. So I guess they just didn't rewrite the engine to support 64-bit proper.

Think so too. And while it's true that there is hardly anyone on a 32bit system on a gaming rig, especially older titles (and we can consider Two Worlds II as such) do very likely depend on 32bit engines.

*Puts money back in wallet*
Man and I was the one gunning for them to to f it up zzz.

I can not understand why so many developers do that elementary mistake on linux. On linux developers should only support 64bit. No one on linux is using 32 bit, really no one. If someone is using 32 bit, he is wrong and he should use 64 bit and if he really has a reason then he is no way a potential customer for any game. On linux we had the "luck" that gaming has become mainstream only recently when everyone was already 64 bit. So it should be that simple as only supporting 64 bit. Why 32 bit is coming from the land of the dead? why?

They made that mistake on Windows, and at the time when 32-bit Windows XP was still quite widespread. I suppose that's the reason. So I guess they just didn't rewrite the engine to support 64-bit proper.

Guys, guys... This is old title. Main game is from 2010 and engine GRACE used in Two Worlds II by Reality Pump is even older. It not that easy to make old title compatibile with 64 bit like u think. This engine use and it from DX9 era but they add DX10 as backend so in this time almost no one made 64bit games... Even today, many of new games is only 32-bit not because devs wany to support old OSes but just because they use engines that can not work correctly or they have issues with compiling 64-bit. It not that simple, like we can think. Also look, Reality Pump used new upgrade engine to Vendetta Curse of Raven's Cry - and called it GRACE 2 - and still is only 32-bit.

It not that simple, another thing, look why many developers not switch old games to 64-bit now? Why? Look new OS version and every times Windows 8 - this game broke, another not want launch, Windows 10 comes - again, broken games everywhere. So go to 64-bit... ya, right. If this is that simple why most developers still not take it? Because it is not and can completly broke old game...


Last edited by DamonLinuxPL on 15 Jun 2017 at 10:21 pm UTC

Guys, guys... This is old title. Main game is from 2010 and engine GRACE used in Two Worlds II by Reality Pump is even older. It not that easy to make old title compatibile with 64 bit like u think. This engine use and it from DX9 era but they add DX10 as backend so in this time almost no one made 64bit games... Even today, many of new games is only 32-bit not because devs wany to support old OSes but just because they use engines that can not work correctly or they have issues with compiling 64-bit. It not that simple, like we can think. Also look, Reality Pump used new upgrade engine to Vendetta Curse of Raven's Cry - and called it GRACE 2 - and still is only 32-bit.

It not that simple, another thing, look why many developers not switch old games to 64-bit now? Why? Look new OS version and every times Windows 8 - this game broke, another not want launch, Windows 10 comes - again, broken games everywhere. So go to 64-bit... ya, right. If this is that simple why most developers still not take it? Because it is not and can completly broke old game...

I get that doing things the right way is not always easy. My opinions remains the same. That is any "real native linux" game should be 64bit only. Tools like wine as a porting tool (not saying to users "use wine") should also be considered for older games, if they are good oftenly it is a really good option.

Only legacy engines might be locked into 32-bit. When making new engines today, there is absolutely no reason not to make it for 64-bit.

For example Beamdog for a long time were using 32-bit engine, inheriting various bits all the way from Infinity one. Only now they finished reworking their games to be 64-bit.


Last edited by Shmerl on 15 Jun 2017 at 10:32 pm UTC

Only legacy engines might be locked into 32-bit. When making new engines today, there is absolutely no reason not to make it for 64-bit.

For example Beamdog for a long time were using 32-bit engine, inheriting various bits all the way from Infinity one. Only now they finished reworking their games to be 64-bit.

Sure, but GRACE engine from Two Worlds 2 is not a new engine - it's legacy.

Sure, but GRACE engine from Two Worlds 2 is not a new engine - it's legacy.

The original one is, but didn't they make an enhanced edition or something? I'm sure though, they would have used 64-bit if they could do it easily.


Last edited by Shmerl on 15 Jun 2017 at 11:45 pm UTC

Sure, but GRACE engine from Two Worlds 2 is not a new engine - it's legacy.

The original one is, but didn't they make an enhanced edition or something? I'm sure though, they would have used 64-bit if they could do it easily.

They only add GUI for high resolution and new light system and few other minor improvements -so this is still the same engine.

Im sure, when they make Two Worlds 3 (its coming officially) they use 64bit, because they chose new engine. We don't know what engine, maybe they build new GRACE 3 or use one of UE4, Unity3D or CryENgine.

LMAO, I hate being right sometimes.


Large texture sizes is a big problem with OpenGL with its amazingly low Limit of 750MB or so on 32bit apps! DX9 32bit has a limit of 4GB on windows8+ (is unlimited on Win7). Truly it is a troubling issue that makes no sense to me.

If you plan to make a HD graphics game, for the love of god start with a 64bit exe or face major consequences!

Ha, the computer equivalent of "You shall not pass!" Gandalf and his 32bitness...

Typical! Another addition to the Windows only games list in steam that I'll never play.

Typical! Another addition to the Windows only games list in steam that I'll never play.

From the post, they look pretty derermined to make it. And this is problem but not an unsolvable problem.

It's actually warming to hear it put like that! They obviously really care and want to push Linux gaming, seemingly now empowering their efforts.

This was my take away from this too. It's disappointing that it's delayed, but it's wonderful to hear a tone of commitment in the developer's voice.

Typical! Another addition to the Windows only games list in steam that I'll never play.

Are you saying you bought it before it worked on Linux? I don't understand why you say this game is being "added" to a list of games you'll "never" play. Clearly, the developer never said they gave up.

I've been, I guess, medium interested in this game for the past several years. If it came out to Linux, I would strongly consider buying and playing it for the reason Liam mentioned: 3D RPG's on Linux are rare.


Last edited by 14 on 16 Jun 2017 at 2:00 pm UTC

Just an update on this, the delay may be because microtransactions have now been added to the game in its latest update.
Maybe they cant yet get it to run on the linux port.

I can not understand why so many developers do that elementary mistake on linux. On linux developers should only support 64bit. No one on linux is using 32 bit, really no one. If someone is using 32 bit, he is wrong and he should use 64 bit and if he really has a reason then he is no way a potential customer for any game. On linux we had the "luck" that gaming has become mainstream only recently when everyone was already 64 bit. So it should be that simple as only supporting 64 bit. Why 32 bit is coming from the land of the dead? why?

Not everyone think the same like you and there are systems with need of support only 32bit. Why abandon them? Just because they are "old". Well? Welcome in the world of Microsoft. That's the way to think if you don't have any further interest finding a way using older machines and buying every three years new (meaning really new) hardware. And what to do with the old? On the trash? Others will do this? Okay! :P