Doom & Destiny, which has a lifetime rating of "overwhelmingly positive", has an unadvertised Linux version on Steam:

https://store.steampowered.com/app/318130/Doom__Destiny/

The developer mentions "problems with the Steam OS version" as the reason for not advertising the Linux version:

https://gtm.steamproxy.vip/app/318130/discussions/0/618458030657019773/#c364040166677274174

A different thread contains various workarounds for getting the game to run, like opting into the "previous stable" branch, installing Mono and/or GDI+ libraries for Mono.

I'm not feeling adventurous enough to buy and try myself, but if anyone else owns the game, it would be nice to verify and make this information easier to find by making an informational "recommendation".

_monad lähetti viestin:

Fran Bow
Achievements don’t work on Linux. (workaround)

Flesk, eh? I recognize that guy. I thought I'd written that up already, but thanks for the reminder. :) That same fix should work for several other GamerMaker: Studio games, as I've come across it several times.

Gunpowder required a workaround to get past level 2-20 the last time I played. I haven't played it since February though, so remind me to check and see if the bug has been fixed.

Yeah, I've been playing a DRM-free version of the remake, and it works well for me too.

Maybe we should maintain a thread of old "recommendations" for posterity, and in case old issues pop up again. (Not that it will happen in this case.)

Full Bore doesn't cover the toolbar/dock in fullscreen mode for me on Linux Mint 17 KDE. As a workaround, I've added "kstart --fullscreen" to the launch parameters in Steam.

I have the same issue with Trine 3, but it uses a separate launcher, so I added the same launch parameters to one of the shell scripts in the bin/ directory instead.

It's been a while since I encountered these issues, so I'm not sure if they were reported to the developers.

I think it's the OpenGL version. I have the same issue on an integrated Intel chip with the Mesa driver and I remember asking the developer about it a couple of years ago. The reason for the high graphics requirements has to do with the fancy light effects.

I fiddled a bit with Element4l with no luck, and even went as far as to download the Windows version with steamcmd, replace the Unity player, libmono.so, libsteam_api.so and libSteamworksNative.so with the 32 bit ones from Woodle Tree Adventure, which has the same Unity version and also uses Ludosity for Steam integration.

The libraries are 32 bit only, so I made sure to launch that version, and I'm able to play it just fine and have the overlay working, but I'm not even able to get achievements to work with a Linux version of the Windows version. :/ As far as I can tell, I should get an achievement for just launching the game, but that's not happening, and I'm not sure what else to try at this point.

Ah, I see. No, I just meant that they should be easy enough for us to sort out, since the prerequisites should be in place in the engine.

Similarly, pretty much every GameMaker Studio game with broken achievements on Linux can be fixed by symlinking libsteam_api.so to the game directory. That does, however, seem to cause issues with screenshots, and I don't know if there's a good way to get both working.

With Unity3d games, broken achievements are often caused by missing/incompatible libsteam_api.so, in my experience. Sometimes it's enough to just copy the file over from another game into the game's directory, but if it has 32 and 64 bit binaries, the libraries should be in Plugins/x86 (32 bit) or Plugins/x86_64 (64 bit) under the game's data directory.

Most Unity3d games have a mainData file in the data directory that contains the version number, and might be a good starting point when looking for games with working achievements to copy the library file from. The easiest way to extract the version is by typing "strings mainData | head -1" into a terminal.

Some games might also need libSteamworksNative.so.

On a side note, maybe it would be a good idea if we maintained a database* of Unity3d versions and md5 hashes of the libraries that have been confirmed to work with them, since this is a pretty common issue? Might make it a lot easier to fix broken Unity games in the future.

EDIT: *Just a discussion thread in this group would probably be much better.

Thanks for all the suggestions. LUME, as far as I can tell, work pretty well on Linux and don't require AIR or any external Flash dependencies. It would be great if someone could verify this though. I also don't have the savegame issue that some has reported.

Element4l and Splice are both Unity3D games, right? If so, I think it should be possible to find a workaround that doesn't require Wine.