Bad news RPG fans, as Topware has delayed the Linux release of Two Worlds II as they are having 'huge problems' with it.
Speaking on the Steam forum, the developer said:
Quoteyes. 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.
They actually mentioned back in May that they were having issues, something relating to large texture sizes.
And so the wait continues...
I was wondering why they wouldn't reply to the emails I was sending about the Linux version, so I really wasn't expecting it to release today. It's a shame really, as we have a huge lack of 3D RPG titles so I was hoping to give it a go since I've never played it before.
Some you may have missed, popular articles from the last month:
Quoting: dredhammerJust an update on this, the delay may be because microtransactions have now been added to the game in its latest update.I doubt it. The texture issue they mentioned is a problem a lot of developers face (see the other comments),
Maybe they cant yet get it to run on the linux port.
But yes, Topware have done an incredibly scummy move. They've taken away console access a lot of people used and replaced it with microtransactions. You couldn't make this shit up if you tried.
0 Likes
Apparently you need to pay extra to get access to the games console command, so say you can fix quests etc like you do in Skyrim. Wondering if this developer is serious about the gaming industry, it also makes it hard to believe they will honor their Linux version commitment.
0 Likes
Quoting: throghQuoting: lucinosI 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
My 9 year old laptop disagrees with your comment. Also, if you're running anything that old you probably can't even run anything more resource intensive then doom 3.
1 Likes, Who?
There is more reasons to not support 32bit further then 'just because its old'. Imagine for a second if you had to support DX9,DX11,DX12 API for your game, for a simpleton that may seem fine, but for a developer it means effectively writing their game 3x for 3 different systems. Same is said with 32bit and 64bit, if you want newer applications then you should be expected to move to a newer platform to support it, because its a major hassle to downgrade code to run on a lesser environment!
Last edited by TheRiddick on 17 June 2017 at 7:00 pm UTC
Last edited by TheRiddick on 17 June 2017 at 7:00 pm UTC
0 Likes
Quoting: GuestExcept in this case they are not "downgrading code". The code started as 32 bit code. There's no reason to change it because the two mainstream OS's can run 32-bit code without any problems.
I also dont buy claims I've heard from people who say it is "clogging up thier system" having multilib installed. That is just complete nonsense.
No, there is a reason to change it, because dealing with 32-bit is a mess. The only valid reason some don't change it is because it's sometimes hard (especially when some game data relies on bitness and etc.).
0 Likes
Quoting: 14knee jerk reaction is all it was, pay me no heed. ;)Quoting: lucifertdarkTypical! 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.
0 Likes
Ever since Debian added full support for multiarch, Linux really is easy to run 32bit things within a 64bit environment. It was kind of the last one to make it easy though. It's been fully there for Redhat based one for much longer, and of course any of the other ones like Gentoo and Arch have their own way of dealing with it. But most of that seems to have been fixed before Windows became 64bit by default.
0 Likes
Quoting: slaapliedjeEver since Debian added full support for multiarch, Linux really is easy to run 32bit things within a 64bit environment.
Support for multiarch is far from full on Debian. It's progressing, but not all packages are supporting it properly yet. Usually it manifests in system asking to remove corresponding 64-bit packages, when you are trying to install their 32-bit counterparts.
Last edited by Shmerl on 21 June 2017 at 1:23 am UTC
0 Likes
See more from me