Something developers miss is that supporting other platforms (Linux included) doesn't always generate revenue proportional to the sales they make on that particular platform. There are numerous games that I bought on Linux, liked it and recommended to others who bought it (on windows), or bought it (again, on windows) so we can play together. Those people in turn encourage others to buy the game, which likely would again be on windows.

So even though the sale on Linux looks small, it helps increase the sale on windows as well.

View this comment - View article - View full comments

And where do they look to see who supports it? In case they look here, it's definitely something I would enjoy for local co-op!

View this comment - View article - View full comments

Quoting: micha...

Micha, How did you get that "Game Dev" tag?

View this comment - View article - View full comments

I played Ziggurat a lot, despite myself. With the new characters that get unlocked every time or other you finish the game, a new level of challenge is added to the game which keeps the game interesting for a lot longer than I would have expected. Also, the random level-up "cards" can change each playthrough a lot, sometimes making it much harder by denying you some upgrade you usually depend on.

View this comment - View article - View full comments

Scott Brooks: Vim, gcc, and make?

I like this guy.

View this comment - View article - View full comments

Geeky comment:

Safer:
cd "$HOME/Downloads/LinuxNoEditor/Engine/Binaries/Linux/"

View this comment - View article - View full comments

Quoting: qptain Nemo2. What can the developers even do to resolve those issues? They don't have the access to the source of the engine.

Except that they do. The source is open (not free, but just open), so they can actually fix stuff and send patches.

But I'm not as pessimistic as others here. They seem to like Linux (which likely means there is someone who uses Linux, but cannot use the Unity editor yet because it's unstable (hence the comment about the state of the editor on Linux)). Also, they talk about testing the game on various distros, so by all means, it looks like they know how to deal with Linux.

View this comment - View article - View full comments

I highly doubt they would create yet another API. After all, they just decided Vulkan is the best they could come up with.

The best thing they can do is to implement these:

- Tools to convert from any shading language to SPIR-V
- Translation layer from Vulkan to other APIs, such as dx, metal, sce (playstation).

In other words, you would end up coding in Vulkan as the universal API, and use the translation layer when not possible, for example on OSX, PS and XBox.

View this comment - View article - View full comments

Quoting: M@yeulCIsn't it Ctrl+Alt+SysRq?

Nope, ctrl is not needed: https://en.m.wikipedia.org/wiki/Magic_SysRq_key [External Link]

View this comment - View article - View full comments

[quote=riusma]

Quoting: SolitaryHard lock of the system with black screen, ctrl + alt + f1 was not responding... so hard reboot (which isn't a good idea, I've read that there is a more secure way to reboot the system... should note that somewhere for my next adventure in Vulkan's lands ^^)

Remember Alt + SysRq + REISUB (http://askubuntu.com/a/36717/31099)

To remember REISUB, you can either:

- Remember that it's BUSIER backwards
- Reboot Even If System Utterly Broken

This has been quite useful for me, especially when coding real-time kernel modules (and inevitably a bug freezing the whole system). It has also been useful when I was affected by a bug related to swap which made turning off super slow (minutes), so I could just turn off the computer safely and quickly.

Pay extra attention to the S (sync) and U (remount read-only) commands, as they are what really make the reboot safe.

View this comment - View article - View full comments