Seeing this, Banished comes to my mind. Can you reach out to the dev for news Liam? Would be appreciated.

View this comment - View article - View full comments

Quoting: ZaxthThis didn't work very well for me. I'm using Arch x64. nVidia blob. 980Ti.
The game had no sound, resolution settings didn't work. Tutorial could not be selected ingame, the selectable campaigns loaded and showed a screen with some nondescript terrain ie there were no rocks, cliff formations or anything of the like, it was completely flat, and nothing was going on. There was no sound and then the game locked up and crashed.
I refunded. I'll check it out later if theres favorable comments from Linux users.
Serious Sam Bogus Detour works great however :D

Well, refunding is probably what I'll go for now too. Though, it's still beta, we don't know how it will be in future. Smaller glitches - okay, but not starting is a different topic. Maybe it's Mesa connected though, but if they go for OpenGL > 3.2 - that requirement should be met.

View this comment - View article - View full comments

Quoting: UltraAltesBrot

Quoting: g000hAny idea how much Croteam gain from sales of the game? Seeing as Crackshell are the primary developers on it.

I have no numbers, but it must be sufficient to justify licensing their intellectual property, so.. whatever. Now stop talking, buy the game and have fun with it already!

Croteam is not exactly strict about their IP. Could be that they just thought it fun and gave permission for the small indie game. It's not as if anyone is going to get rich about this game anyway.

View this comment - View article - View full comments

~puts credit card back to the purse~
~downloading~

[edit] crashing

Using Solus, tried it with native runtime and steam runtime, in 64bit and 32bit mode.

Not sure what causes this for me yet.... probably the AMDGPU driver or my "different" system libs compared to ubuntu/debian based systems. ldd shows that it finds all necessary libraries on my system though.

>>> Adding process 3739 for game ID 333420
Game update: AppID 333420 "Cossacks 3", ProcID 3739, IP 0.0.0.0:0

(cossacks:3739): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(cossacks:3739): GLib-CRITICAL **: g_log_remove_handler: assertion 'handler_id > 0' failed
[FORMS.PP] ExceptionOccurred 
  Sender=EAccessViolation
  Exception=Access violation
  Stack trace:
  $F70BA701
  $F705976A
  $F703F623
  $F703FC35
  $F70EBF95
  $F70E5E50
  $F70CCA0C
  $F7098289
  $F7255EA5
  $087D258B
  $087D2489
  $087D1496
  $086B0FCD
  $086ACA7D
  $086A1118
TApplication.HandleException Access violation
  Stack trace:
  $F70BA701
  $F705976A
  $F703F623
  $F703FC35
  $F70EBF95
  $F70E5E50
  $F70CCA0C
  $F7098289
  $F7255EA5
  $087D258B
  $087D2489
  $087D1496
  $086B0FCD
  $086ACA7D
  $086A1118
[FORMS.PP] ExceptionOccurred 
Game removed: AppID 333420 "Cossacks 3", ProcID 3739 

$ inxi -G
Graphics:  Card: Advanced Micro Devices [AMD/ATI] Baffin [Radeon RX 460]
           Display Server: x11 (X.Org 1.18.4) drivers: ati,amdgpu (unloaded: modesetting,fbdev,vesa,radeon)
           Resolution: [email protected]
           GLX Renderer: Gallium 0.4 on AMD POLARIS11 (DRM 3.8.0 / 4.9.32-30.lts, LLVM 4.0.0)
           GLX Version: 4.5 Mesa 17.1.1

View this comment - View article - View full comments

While I'm not thrilled with the results having a RX460, I am still able to play most games very reasonable on lower settings.

I still own a nvidia 1080, but I decided to stay with amdgpu anyway. Just because I can be happy each mesa release that something works now which didn't work before :D.

View this comment - View article - View full comments

I've read the books, and it's a nice story. Looking forwad to playing Jack.

View this comment - View article - View full comments

Yey, that could be a shooter for me. Hope focus and New World can make it happen for Linux.

What engine is it by the way?

View this comment - View article - View full comments

First of all, I am glad for IOI and the developers there.

Secondly, they now have a record working with Feral, and if the ports were successful (and they don't take a huge risk letting Feral do the port, it's most likely Ferals risk), they probably will do it again.

View this comment - View article - View full comments

Quoting: Shmerl

Quoting: lucinosI 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.

View this comment - View article - View full comments

@Leopard: The ports are native ports. They do have a full native vulkan graphics backend. What is true is that they do have an abstraction layer code-whise which maps D3D features to Vulkan to make ports easier / straight forward and reduce development time. That was to be expected, and I expect they had the same thing done for OGL. My best guess is that they do have files and classes named as the D3D classes are with the same functions, calling their respective OGL/Vulkan backend implementing those features. They for sure optimize the layer based on the game though.

Croteam did the same, but Croteam wants to (or did?) remove that layer. They can, Feral is pretty limited since they need it to make ports profitable. They can and do not rewrite every game and engine to Vulkan/OGL. That's simply not feasable without an abstraction layer, so they will certainly not "drop" this thing. All we hope is that they optimize the layer well enough for each game.

Note that those abstraction layers are no huge overhead. It's not like wine.

View this comment - View article - View full comments