Hopefully nVidia users will be able to use Wayland soon too :)

View this comment - View article - View full comments

Quoting: cRaZy-bisCuiTallow_glsl_extension_directive_midshader=true LD_PRELOAD="divos-hack.so" ./runner.sh %command%

I didn't try, but I think that ./runner.sh is redundant here (or could prevent the game from being launched, actually).

I also generally avoid changing the game's files, in case they get updated by Steam, so I would advise against modifying runner.sh :)

View this comment - View article - View full comments

Quoting: Vuko2000when available open surce softwear for this controler?

You should check out sc controller, linked in the article.

View this comment - View article - View full comments

Well, one need to define open source in this case.

Indeed, "open sourcing the steam controller" could mean any of:
* Open sourcing the hardware design (already done, although I don't remember the license)
* Open sourcing the electrical design (if you want to see cheap clones pop-up everywhere, and steam controllers with lasers, or other surprising HW features, or compatible wireless tech elsewhere)
* Open sourcing the device firmware (If you want to see user-contributed fixes and new functionalities, and increase the number of bricked controllers. It could also allow to create alternative products that behave like a steam controller, or are compatible)
* Open sourcing the device drivers (Already more or less done, AFAIK, not that interesting, but very important to have it working everywhere)
* Open sourcing the API between the game and controller (Make it easy to work with in SDL, and it will take over the world; do this if you want maximum compatibility with other implementations of the API, libraries, or other controllers; this is similar to "OpenVR", A.K.A "SteamVR", IIRC)
* Open sourcing the configuration software (this probably comes with the aforementioned API's implementation; do this if you want to have a universal configuration software, as in supports every controller out there)
And debatable one:
* Open sourcing the on-screen keyboard (not necessary, but could be useful anyway).

So, my guess here is that either (or both) the API or the configuration software are being asked for, for obvious reasons. Just the API would already be a great win, but it would be explosive with the software as well.

Either way, I am all for it. The more the better.

Edit: Well, that also seems to be the dev's opinion:

Therefore, those of us who have an interest in an open controller ecosystem need to work hard to convince Valve that it's worth the effort to Open Source as much of this as possible.

View this comment - View article - View full comments

Quoting: Guest

Quoting: soulsourceIs this a fix for a driver issue, or a workaround for broken game-code?

It looks like a generic fix, though perhaps not on a common code path. With Mesa being feature complete, I suspect we'll start seeing more of this type of thing in future.

Good work Marek!

Yup, now that mesa is 90% here, only the other 90% are missing :D

Marek deserves some cookies, that's true.

View this comment - View article - View full comments

Quoting: Shmerl

Quoting: M@yeulCEven Steam puts a .steam folder in my home folder...

I see. Then it's already a mess, and doing it for the client can help with moving client data to proper place, but it can also mess up games which check if $XDG_DATA_HOME isn't set, and use $HOME/.local/share when it's not. For those you'll get: $HOME/.local/share/.local/share in result.

I completely agree, but why wouldn't it be set? It is set on my system, and if you change $HOME to point to the XDG_DATA_HOME location, it would be a shame not to ensure that the other variable is set on the system ;)

Quoting: Shmerl

Quoting: M@yeulCBut yeah, the ideal wold be for Valve to enforce this behaviour.

It's really up to individual games to follow the spec. Valve should fix their own client though.

That's a point I do not agree on. In my opinion, Valve has a spec they enforce on games, just like their target platforms have a spec. Games with missing executables Should not be distributed; and I think it should be the same for these folders. Automated testing should ensure both.
That said, sandboxing might be a solution in the long run.

Edit: or a collection of game profiles to Taylor the environment variables to the game, but I am too lazy to compile such a list.

View this comment - View article - View full comments

Quoting: soulsourceIs this a fix for a driver issue, or a workaround for broken game-code?

Looks like a pretty generic fix to me (ie, not game-specific). I am not qualified enough to really understand the problem, though :)

View this comment - View article - View full comments

Quoting: Shmerl

Quoting: M@yeulCOr in the steam launch options:

HOME=${HOME}/.local/share %command%

This is actually a pretty good idea, and I am considering changing this variable before launching Steam, considering the number of games that behave correctly.

In case of GOG release that would be start.sh, but I don't think it's a good idea to set it for every game, since some do follow XDG base directory spec correctly, and for those you don't want to do it. So setting it individually only for games which mess up $HOME directly is the best approach.

Well, for those that follow the XDG spec correctly, that would be $XDG_DATA_HOME anyway :)
Even Steam puts a .steam folder in my home folder...
But yeah, the ideal wold be for Valve to enforce this behaviour.

View this comment - View article - View full comments

AT MY COMMAND, PREPARE THE TREAT CANNON

Seriously, this is great news! I will buy it when it's out, for sure, even if I did not originally intend to do so.

Who would be in for a common surprise? It would be nice to send them, say, a big cake, or something else.

(Just imagine the GOL crowd sending a cake to their colors, as well as the /r/LinuxGaming one, and the -more unlikely- phoronix one). Cakes, cakes everywhere =D

edit: The official announcement is out!

View this comment - View article - View full comments

Quoting: liamdaweI would say Steam is pretty accurate also. As mentioned, Steam is growing and quite quickly in certain markets which is likely dwarfing Linux growth.

Remeber it's a ratio, so a lower % doesn't mean the overall number is lower. Considering how it has been holding with Steam's growing userbase it means our overall number is likely a lot higher than 2 years ago.

Yup. Plus, the survey seems to be in line with the occasional developer sales figures we have (once adjusted for over representation if necessary).

View this comment - View article - View full comments