this post was submitted on 22 Jul 2023
6 points (100.0% liked)
Linux Crack Tips
1552 readers
1 users here now
Welcome to Linux Crack Tips!
The place to share and discuss everything about the intersection of Linux, Gaming and Piracy.
This is the official replacement for r/LinuxCrackSupport, which was abandoned by the original mod team!
Community rules:
- Be friendly, not offensive.
- No copyright infringement or illegal content.
- No NSFW content.
- Modmail is not tech support.
- No low-effort posts.
- No off-topic posts.
Important links:
- Wiki
- Database
- Repack releases
- Weekly Questions (WIP)
- Matrix room
- How to ask for support
- Gitlab repo
Related communities
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Good question. I've written before about this topic, and I'm not sure much has changed. I'll copy what I wrote before, but keep in mind I haven't tried it in a while so it might work with Steam natively now:
I've done some research (mostly from Thunderfox's posts from Reddit) which revolve around overriding steam_api.dll with the one produced by CreamAPI. He says to either:
However, it seems neither of them work.
CreamAPI, as far as I understand, works under the assumptions:
Steam is running
The dll that CreamAPI produces interacts with Steam (by replacing the game's default steam_api.dll) in order to unlock the DLC
I think what is going on here is that either:
Steam is closed or suspended in the background on the Deck and therefore CreamAPI's dll is not hooking into Steam (this doesn't seem likely as other games use Steam to run things like multiplayer)
Steam has another steam_api.dll (on the particular Steam version included with the Deck) which is not being properly replaced by the simple winedll commands I've listed above.
I should mention that I've tried using Bottles by:
And it works. However, it's not convenient and I run into a lot of problems using Bottles and Lutris in one way or another.