The game runs really well and it totally feels like an updated reincarnation of Descent. They will move to a new version of Unity so hopefully this will fix the few bug the game has and maybe even include VR for Linux.

View this comment - View article - View full comments

Looking forward to some new Vulkan games. Hopefully they will use Vulkan for new ports of older games as well. Too bad amdgpu is not yet enabled by default for some of the older GPU generations.

View this comment - View article - View full comments

I did not try online but everything else was butter smooth with Mesa 17.1.0-devel.

View this comment - View article - View full comments

Excellent news. Hopefully the release day is just a few turns away.

View this comment - View article - View full comments

Will it be possible to change one's votes after clicking?
Right now it is not possible to undo the test vote once clicked. (If you happen to click the at the wrong title or some such)

View this comment - View article - View full comments

I would not mind if they did a Vulkan only release for Linux (unless they already have an OpenGL version ready).

View this comment - View article - View full comments

Quoting: CheesenessThe issue that some people have encountered running it fullscreen was something that I didn't come across when testing before the build was released to backers.

I'm still having trouble properly identifying the cause, but I'm starting to suspect that aspect ratio might be related. What resolution is the game trying to run at when you have fullscreen problems (that should be listed in the log file at ~/.config/unity3d/Revival/Overload/Player.log after the big list of available GL extensions)?

If I set the native resolution for my primary monitor 1920x1200 the game will not render correctly. If I instead change it to 1920x1080 everything works great. With the lower resolution the rendering is still scaled to full screen without any black bars. To me it definitely looks like certain aspect ratios causes the bug.

View this comment - View article - View full comments

Quoting: slaapliedjeAwesome, I've backed a few Kickstarters, but haven't in quite a while. Satellite Reign and Bard's Tale 4 mostly. This one looks awesome. I wonder if they'll also support SteamVR?

They have plans for VR but I guess it is up to Unity how well it works and which brands will be supported. Additionally we need to get proper vendor support on Linux as well.

View this comment - View article - View full comments

The Linux demo works quite well. There might be a few quirks to get it working, but once it do the game itself is quite nice. It is a Unity based game so performance is on par with other Unity titles (read mostly bad but still playable). Included with the demo are a version for both 64-bit and 32-bit systems. A list of current problems with the early Kickstarter demo version can be found here [External Link].

Gameplay and control wise the game feels like a modern version of Descent. In this version it is easy to get lost in your hunt for the evil and corrupted reactor because an interactive map is missing. I presumes it is not implemented yet, so you do not really have any guidance or indications of your whereabouts in the dungeon/mine. The laser weapons and missile weapons works very similar to the classical games but looks and feels so much better, especially with the much more advanced physics engine available nowadays.

Visually the game looks very nice. It might not be as visually astonishing as some modern titles but for this pre-alpha version the graphics works really great considering the current feature level and gameplay available. Of course now that they have reached their goal and got some founding the gamplay experience and the graphics will improve a few notches. Performance is restricted by the Unity engine, but hopefully this will be addressed in future versions of the engine (thinking of Vulkan here).

The gameplay available in the Kickstarter demo is enough for at least one hour of entertainment so not to bad. I am looking forward to final version. "Estimated delivery: Mar 2017".

View this comment - View article - View full comments

Quoting: fedso

Quoting: khalismuri) When working with normalized data (as in this case) the axis which refer to the distribution, the %, should have a fixed scale along all graphs for easier understanding. The vertical axis in this case was automatically generated for every graph I suppose, but fixing the top value to 100% would be much better;

I'd rather stick to the rule that graph space must be used efficiently. There is no reason to compare graphs side by side anyway so different scale shouldn't affect readability. Of course if the general consensus is to to go up to 100% regardless of the maximum value I'll be happy to comply.

No need to go up to 100% as long as the bar numbers are rounded nice and even. Instead of 24% use 25%. 69% could go to 80%. 82% could go all the way up to 100%. It makes things a lot more consistent and more easily readable.

Quoting: fedso

Quoting: khalismurii) Makes absolutely no sense to work with more than two or three significant figures. "0.56%", "1.4%", "25%" or even "5.78%" are fine. Now, "78.94%" makes no sense.

Any one else would like to shoot at the 4th significative digit? ;)

Having the numbers alongside the graphs makes no sense and makes the presentation look to cluttered. Hide them or remove them.

View this comment - View article - View full comments