Trouble with UMU on Deck
whenever i try running a game in Heroic with Proton-GE and UMU on my steam deck in desktop mode, there is no issue.
when I switch to gaming mode and try to run the exact same game, it stays on the steam loading screen forever, like it is trying to load, but it does play sound.
I've tried deleting every instance of umu-run that I can, but there is one in
/usr/bin that I can't delete, and i suspect that may be the problem child.
this does not happen in desktop mode or with umu off with proton.
any help would be appreciated, let me know what else to provide by way of detail or logs.40 Replies
I've asked several times in the Heroic discord, and they don't seem to know what's up with this
every game does this, here's the game log for Cat's Quest, though
https://0x0.st/8sni.log
why are you trying to delete umu-run from /usr/bin? are you trying to replace it with another version?
if so, check your $PATH, both /usr/local/bin and /usr/bin should be higher priority than /usr/bin, meaning if you drop in your own custom version of umu-run into either /usr/local/bin or ~/.local/bin it will be higher priority than the one your failing to remove. You will not be able to replace umu-run unless you create your own custom version of bazzite otherwise
I'm trying to make it reinstall
it's not necessarily the answer, though
it may not have anything to do with umu, are there repair tools built into Bazzite?
No, the root is read only and every single person has the exact same install of UMU bit for bit
There is no way for you to reinstall and there would be no difference if you did
The image itself is checked, if you didn't pass checksums during an update the update would fail
makes sense
so, any suggestions?
I'm not sure here, it does seem to be a prefix problem based on your log
I'm using this on nine different titles without issue, so I know it's not a generic UMU problem
i've deleted the prefix a bunch
Have you tried wiping out all of your prefixes entirely?
How about getting the game to start with a non-UMU runner
And then switching
that also produces the same result
What's your hardware?
Never mind, steam deck
it's the steam deck LCD
Hmm ..
no worries
00e0:err:module:import_dll Library mfc140u.dll (which is needed by L"E:\Heroic\CatQuest\Cat Quest_Data\Plugins\x86_64\UnityNativeChromaSDK.dll") not found
At the very least here you're missing mfc140
Try installing it with wine tricks
sure
thanks for clarifying which one :D
same result in game mode, and i can still launch it as is in desktop mode
it's almost like game mode doesn't let it access something? i'm not sure
this is a run of the game on desktop mode and it shows correctly, and exits correctly
those launch commands are actually quite different
maybe not that different, just ordered differently.
and the one that isn't working has an extra
--skip-version-check
bump
i've posted the issue here:
https://github.com/Open-Wine-Components/umu-launcher/issues/318
it may be a bazzite bug based on what that thread speculated
https://github.com/Open-Wine-Components/umu-launcher/issues/318#issuecomment-2567297982
the relevent piece
is this a problem with something i've accidentally deleted?if it was it'd be broken for everyone in an identical way
since we all have the same image, bit for bit
right, that's why i'm thinking i messed something up
reiterating the question
a better question, do you have any of these listed environment variables set?
we don't change anything about those environment variables
and if this was a problem it'd affect more than you
right, we're on the same page with that. do you know of anything i could have done to mess this up?
I do not
testing will have a slightly newer umu if you want to try it
sure, I'm down to do whatever
rebase testing?
do you know if emudeck or deckyloader do anything with environment variables?
they do not
dang
well, I'm rebasing now. if this doesn't work, do you have more suggestions?
is it supposed to take a long time to rebase?
Rebasing will often download 3-5GB so depending on the connection between you and github.com, it can take a while
it's at a part where the internet connection seems to be off and it's just sitting there after
Writing rpmdb... done
almost seems frozen since I can't move the cursor either
how bad of an idea is it to reboot the deck while this rebase is happening?Yeah if you can't move the cursor then something might be wrong
Generally it's fine to restart and try again
nice
thank you!
no luck unfortunately
rebase went well the second time, but after the reboot it is exhibiting the same behavior
that is to say, it works fine in desktop mode, but not in game mode with UMU
this is new
is it maybe related?
related to?
related to umu not working in game mode
No
why is it not updating here?
i'm going to reinstall at this point. thanks for answering a bunch of questions
After working through this myself with RawToast on the Heroic server, the answer is that if Shader Pre-Caching is disabled, the game won't display in game mode using umu+proton. I confirmed this by disabling, attempting to run the game and failing, reenabling precaching, then running the game again and succeeding
it also seems unrelated to Bazzite as Toast is on SteamOS right now
:D
nice, is it a bug or a feature?
one hell of a bug
thats good to hear, nice find 🙂 hopefully it gets fixed soon