Quoting: sigzSteam must allow developers to separate platform purchases, like you buy the game full price for one platform (any one), and then you buy a low price DLC to get binaries for another platform. Why ? We all have many old games bought for windows that were lately ported to linux, and we got those ports for free, developers will not get some reward for that, porting can be a painful work. Separating platform revenues will help developers to be conforted to make ports.

I can't express my feeling towards this without getting banned from the internet. If anyone has to buy again games to play them on linux he will just not do it and that would completely destroy linux as a gaming platform. Now I can tell my friend at least to try linux. This would not be possible if linux games are tied to another platform.

*************************

I like Tux head as a linux logo. What is wrong with that? It is still in use on steamdb, see https://steamdb.info/app/474750/ [External Link]

*************
there was one game that was supporting mac but without steamplay. I wonder what happened to that one. if everything that supports many platform, does support "steamplay" now, Then steamplay has no purpose and it was well removed.

View this comment - View article - View full comments

Quoting: Mountain ManA few things come to mind:

1) Isn't this essentially what Steam already does with its built-in runtime library?
2) Isn't it up to the developer and not Valve how they wish to distribute their software? If a developer wants to use Flatpak instead of the Steam runtime library then why can't they? For that matter, developers have always been able to bundle individual libraries if they wished, so what advantage does Flatpak really offer?
3) I find it ironic that Flatpak is supposed to make it easier to install software on multiple Linux distros... but they only officially support Fedora and Ubuntu.

ok, instead of googling random internet opinions lets do the Archwiki chalenge

https://wiki.archlinux.org/index.php/Snapd [External Link]

https://wiki.archlinux.org/index.php/Flatpak [External Link]

my conclusion from the above:

snap: PLEASE NO!!!

flatpack: sounds good and better than the situation we have now.

View this comment - View article - View full comments

A comparison to other solutions

(biased towards appimage obviously, but still a usefull link)

https://github.com/probonopd/AppImageKit/wiki/Similar-projects [External Link]

View this comment - View article - View full comments

System Requirements
SteamOS + Linux
OS: Windows Vista SP2 or Newer

That is funny :huh:

View this comment - View article - View full comments

Quoting: Eric1212Really good news, but package as rpm or deb would be highly needed for general public that would like to make animatons (Artist, not technicians...) !

If the code is open source it is not their job to maintain packages. It is job of the comunities of every corresponding package system.

View this comment - View article - View full comments

Quoting: skinnyraf2016 is the year of Linux gaming backlog for me :D

I think it was 2014 for me.

View this comment - View article - View full comments

https://www.youtube.com/watch?v=2_VFKqw1q2Q [External Link]

View this comment - View article - View full comments

Quoting: SpykerDon't hold your breath guys.
Unreal's Vulkan support is only available for Android right now.
I wouldn't be surprised if Unity build it for the Google's platform first.

Android for now is the most important Vulkan platform with the most benefit so worth more experimenting first there. But in the long run not synchronizing vulkan support on other platform is just nonsense so of course Vulkan will soon come to all supported platforms.

View this comment - View article - View full comments

Quoting: NouserHaswell supports OpenGL 4.3 on Windows, yet OpenGL 4.0 is limited to Broadwell and up on Mesa at the moment. I hope they plan to extend the support to older generations in future releases.

Somewhere I read that some features of intel HD that are available on Broadwell and above now and on Ivy Bridgy and Haswell but only on Windows, will be available on Haswell and Ivy Bridge on Linux but only with Linux kernel 4.7. So there I am still hoping.

View this comment - View article - View full comments

supporting only closed source drivers, is of course better than nothing, but is should never considered a job well done that does not need fix.

This example demonstrate why.

View this comment - View article - View full comments