Divinity: Original Sin [Official Site] is one game that the stable open source Mesa drivers currently cannot run without hacks, but it looks like the Mesa team has been testing it.
Just today a commit was sent in to Mesa which mentioned "drirc: Allow extension midshader for Divinity: Original Sin (EE)". It's interesting to see game-specific changes like this, as some games will sadly need them.
You can see the commit here, which has already landed in Mesa-git. You can see the actual bug report about it here.
Hopefully with this patch landed, it means more people can enjoy another highly rated Linux-native game on open source drivers. It might still need other hacks to run, as previously it needed more than one change.
While this is only changing a config file to have this game-specific change in by default, it's still nice that users don't have to look up what to do to get it working.
I cannot test it personally, as I don't have an AMD card to test with. Article taken from GamingOnLinux.com.
Just today a commit was sent in to Mesa which mentioned "drirc: Allow extension midshader for Divinity: Original Sin (EE)". It's interesting to see game-specific changes like this, as some games will sadly need them.
You can see the commit here, which has already landed in Mesa-git. You can see the actual bug report about it here.
Hopefully with this patch landed, it means more people can enjoy another highly rated Linux-native game on open source drivers. It might still need other hacks to run, as previously it needed more than one change.
While this is only changing a config file to have this game-specific change in by default, it's still nice that users don't have to look up what to do to get it working.
I cannot test it personally, as I don't have an AMD card to test with. Article taken from GamingOnLinux.com.
Some you may have missed, popular articles from the last month:
The comments on this article are closed.
While it's good that more and more games will run on Mesa without users having to do a lot of fiddling, I certainly hope that this doesn't become the norm. I don't really like the idea of Mesa becoming a mess of exception cases and strange code paths for all the weird things game developers do when they don't really know what they are doing.
2 Likes, Who?
Quoting: SamsaiWhile it's good that more and more games will run on Mesa without users having to do a lot of fiddling, I certainly hope that this doesn't become the norm. I don't really like the idea of Mesa becoming a mess of exception cases and strange code paths for all the weird things game developers do when they don't really know what they are doing.As was mentioned, this is purely a config change. No new code paths so we're not quite there yet. Also the mechanism is generic enough to be usable for debugging and other problematic titles. Wouldn't have been accepted otherwise.
I can't honestly argue that this isn't a hack though and it will stop working if the executable is renamed.
0 Likes
Quoting: tuubiYeah I don't really get the people saying it's not a hack. A special config for it is essentially a specific-game hack.Quoting: SamsaiWhile it's good that more and more games will run on Mesa without users having to do a lot of fiddling, I certainly hope that this doesn't become the norm. I don't really like the idea of Mesa becoming a mess of exception cases and strange code paths for all the weird things game developers do when they don't really know what they are doing.As was mentioned, this is purely a config change. No new code paths so we're not quite there yet. Also the mechanism is generic enough to be usable for debugging and other problematic titles. Wouldn't have been accepted otherwise.
I can't honestly argue that this isn't a hack though and it will stop working if the executable is renamed.
1 Likes, Who?
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.
Last edited by Shmerl on 9 January 2017 at 4:32 pm UTC
1 Likes, Who?
Quoting: ShmerlQuoting: 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.
0 Likes
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.
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.
Last edited by Shmerl on 9 January 2017 at 4:51 pm UTC
0 Likes
Quoting: ShmerlQuoting: 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: ShmerlThat'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.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 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.
Last edited by MayeulC on 9 January 2017 at 5:06 pm UTC
0 Likes
Valve have no control over how games store configuration. And games shouldn't rely on such control either. It will only complicate ability to release games without Steam.
0 Likes
Quoting: ShmerlValve have no control over how games store configuration. And games shouldn't rely on such control either. It will only complicate ability to release games without Steam.Valve have quite a lot of control over games sold on their service. They're important enough that devs are willing to work to get their games on Steam.
In any case, I don't see the harm in them requiring adherence to standard practices, like the XDG directory spec. I don't think they would though, although they already recommend the spec and have automation/helper tools in their SteamOS SDK.
0 Likes
cRaZy-bisCuiT Jan 9, 2017
Quoting: soulsourceJust to clarify:Thank you very much! The game runs very fine now! Is there a way to make the game starting directly from Steam with the Hack applied? Obviously the Multiplayer won't work like this.
You can play Divinity: Original Sin right now with stable Mesa, and you don't need any patches to mesa to get it running.
[...]
Last edited by cRaZy-bisCuiT on 9 January 2017 at 7:32 pm UTC
0 Likes
Patreon
PayPal
See more from me