mangohud-git AUR doesn't work with steamtinkerlaunch #733
Comments
|
Ah, this was probably broken as part of #732 (though in my tests yesterday it worked...) Will investigate now, thanks! |
|
Huh, it works fine on my end (Cookie Clicker, Sonic Adventure 2). I'm going to test A Hat in Time now, but one thing I did notice is that I am using Proton 7.0-5 and not Proton Next (or Proton 7.0-6 stable, which was released today). Could you try with a different version of Proton (e.g. an older GE release) and see if you still have the crash? Or Proton 7.0-5 if it's available. I'm going to try A Hat in Time with Proton 7.0-5 and see if it works, and if it does I'll try updating Proton and seeing if it breaks 🙂 For reference, the start commands look valid, so perhaps this isn't related to #732 after all. Your start command: My start command: |
|
I think its because of Proton 7.0-6 specifically they're maybe some change with SLR Get the same issue on stable so don't think its a regression in STL oh strange yeah why is it saying |
|
SteamTinkerLaunch + Proton 7.0-6e is working fine for me with A Hat in Time as well: Perhaps the issue is a Proton version mismatch that isn't being correctly resolved? I don't think STL can resolve mismatches between Proton Next versions, so it may be looking for a Proton version that doesn't exist! This could be an interesting catch. Based on:
|
|
Huh, Proton Next's internal name is Proton 7.0-6e. After installing Proton Next, in a fresh
However, using either entry in the Proton version dropdown seems to work fine for me, with and without MangoHUD. So I am not sure if this is really causing issues, perhaps it's just an interesting quirk. It also means that STL should already be able to handle mismatches with Proton Next versions if they don't have a special name (I assume it would have |
|
Deleted Proton Next, and now it shows here are logs for the hat in time run |
|
I noticed the most recent log at least has the following line: Could this be the same issue as #730? Further logging: Note how STL waits 20 seconds to find the PID and then closes after 20 seconds of playtime. Based on this timing, and log line similar to that of the previous issue, I wonder if the wineserver PID is causing the problem here... |
|
steam-253230.log Yeah looks like there where lingering wine processes. I rebooted to make sure all that gets cleared, but the game still crashes I also tried disabling all other options other than mangohud and protonlog just to make sure something like gamescope wasn't the issue EDIT: maybe we aren't using the same mangohud version? I have the latest git |
|
The new log doesn't show any PID errors, actually it finds the PID which is a good sign :-) The launch command still looks fine, and with various different Proton versions, everything still works fine on my system. Do your games work without MangoHud but with SteamTinkerLaunch? Also, just out of curiosity:
EDIT:
I'll try the version of mangohud in the repos and a version built from latest git ( |
yeah if I disable mangohud in STL settings the game launches fine same on v12 stable works fine with mangohud disabled but does not with it enabled yeah this issue started happening after I updated my system( mangohud gamescope and STL where updated there) and i also got the updated proton on steam will try booting a snapshot i have before the update to see if it helps... |
|
MangoHud 0.6.8-5 from AUR works fine for me. I skipped the MangoHud-git AUR package as it was a couple of commits out-of-date from the commit your version mentions:
This is very suspicious, v12 should definitely be working fine... This certainly sounds like some kind of MangoHud problem somewhere but I'm not sure where or how. I'm using vanilla Arch Linux on both my PC and laptop. My PC has a few pending updates, the most likely that could be causing issues is a |
|
The chaotic aur is a prebuilt from the aur . So it's should be the same if anything the chaotic aur version can sometimes be more out to date if the builder fails to build from the aur for what ever reason Currently I'm installing from the aur which despite showing an older version in PKGBUILD should build the latest version since it's configured to always check out the latest master EDIT: Looks like the mangohud update is what caused this issue. I restored to before the updates and steamtinkerlaunch + mangohud worked updated just mangohud and now steamtinkerlaunch + mangohud does not work but just mangohud in the steam launch options does not which is strange so the mangohud update broke a hat a time and cold steel but only when ran through steamtinkerlaunch also here are my sys specs |
Gosh this is really strange. The launch commands didn't change and even though STL git did have some changes, this even affects previous versions of STL. What's even stranger is that even with MangoHud built from git (manually using the build script), I don't have any issues. I tried Cookie Clicker and A Hat in Time without STL, using Proton 7.0-6, and I tried It might be a silly question but are you using the same Proton version with and without STL? Also, does this affect GE-Proton + STL + MangoHud as well? To be completely honest I don't know why this would only work without STL... Perhaps your hunch earlier about the Steam Linux Runtime causing issues could be a clue? You could try fiddling with some of the SLR settings in STL and seeing if that changes anything. Also, it looks like our specs are fairly similar (I have an AMD CPU + GPU, and I also use Plasma Wayland on Arch). We are also using the same Mesa version, even though I have a bugfix driver update pending for Mesa I am currently on the same version as you, This is a complete shot-in-the-dark, but perhaps newer versions of MangoHud are looking for a dependency that is only satisfied when launching through Steam, but that it can't find on your system when using SteamTinkerLaunch? I am honestly not sure at all. I haven't touched any SLR settings in STL, they are all default for me:
Hmm, a strange one indeed! |
|
Hmm, I just tried fiddling with the SLR settings and it made no difference on my end. MangoHud still works fine for me. I'll test on my laptop and Steam Deck whenever I have the chance (hopefully tomorrow 🙂) and see if I run into any issues. It's so strange that this is exclusive to using newer MangoHud versions and only with SteamTinkerLaunch, and that it affects previous releases of SteamTinkerLaunch. What the heck... |
|
SLR doesn't work if you use the default options (reported this back when frostworx was the maintanier) You have to use the force options although that doesn't seem to be working on proton 7.0-6. You can tell because the proton log from steam has while steamtinkerlaunch proton log does not have that section in the beginning of the log. also there is a lot of Thats why I initially thought it was SLR related |
|
I tried running with and without STL and I see the ELF errors you're talking about only when using STL. However strangely this doesn't impact anything it seems at least on my end. So I don't think this related to SLR in the end. (Also, nice tip about the SLR not working, I guess I'll take a look at why it may not be working with Proton 7.0-6. I have only tested with some native games and it worked before, never tried with Proton). |
|
seems like building mangohud manualy from source works for me. Going back to the aur version (not the chaotic) it doesn't work but again this is only with STL without STL the aur version works fine which is strange |
|
Oh wow, I can reproduce it with the MangoHud-git AUR package but not with stable MangoHud from the AUR or MangoHud from git! Sorry for not testing that earlier, I really didn't think there would've been much point as I thought they would've been the same pretty much... What in the heck, why on earth does this only affect SteamTinkerLaunch... Their PKGBUILD had a couple of changes recently but I'm sure what could be breaking only SteamTinkerLaunch. Well thanks for figuring this out, and sorry for not being thorough enough in exploring the AUR package sooner 😅 I wonder if it's worth leaving a comment with the maintainer of this package, in case something is up? I tested with SuperTuxKart (OpenGL), glxgears (OpenGL) and vkCube (Vulkan) running from terminal in my home directory, and they launched just fine, so it's not like it's an issue with running outside of Steam. I would say something is definitely up with how the git package is build specifically, as building from source and using MangoHud stable from the AUR works fine. |
|
Left a comment on the AUR package just in case the author or another user could offer any further advice on why it may be failing. Perhaps there is a simple solution on our end, or perhaps there is a super edge-case issue with however MangoHud-git is being built. |
No worries, I thought the same, and I'm still in disbelief of this issue, but something I learned over the many many strange bugs I had over the years is never to assume anything. Even the most unlikely configuration or package version can make a difference. Good to know its not just me and I'm not crazy or something (well don't know about that last part I am zany130 after all🤪 |
|
I'll leave this issue open until there's more of a resolution upstream, in case there's some kind of variable or other option we need to export from STL to fix this. If there's no response upstream or no resolution after a while, I will just note on the wiki that there can be issues with MangoHud-git. I feel a bit bad about asking upstream because the maintainer has no association with this project really, but I can't figure out what STL would be doing that would only break this one particular package.
A certain insane mad scientist in a game I recently played once said that every possibility should be considered, perhaps I should've learned from him 😆 |
|
Upstream commented saying it could be an issue with the latest changes they made, but that they can't roll them back yet because of some issues. If you're able to you could try an older version of the AUR package (which should still build from git I'm pretty sure) and see if that fixes it. That will help us narrow down if it really is a packaging issue :-) EDIT: Ugh, accidentally closed the issue, sorry about that... Also just updated the title to be a bit more accurate based on what we were able to investigate! |
sonic2kk
changed the title
|
Can you still reproduce this issue? I can't anymore, which is really strange. Just magically started working again. There haven't been any updates to either the PKGBUILD on the aur or mangohud itself, yet it is working now. Didn't do any system updates either 😖 |
|
Huh, it magically works for me too. I also can't see any changes. I also verified the version I have installed is the same as the one we had from testing earlier. I haven't done any updates to my system since last night. Absolutely nothing has changed on my end, and I haven't pushed any changes to STL either. I wonder what changed here... Maybe we are going crazy after all haha. I'll report this back to upstream, they didn't note any changes either and in fact said they couldn't change anything yet because their PC is broken. I'll also close this issue as it appears to be resolved? I hope? Maybe? 😅 |
System Information
Issue Description
launching STL with mangohud enabled in STL settings causes games (tried Cold Steel 4 and A Hat in Time) to crash
Running the game without STL and mangohud added to the launch commands does work however
Logs
steamtinkerlaunch.log
steam-1198090.log
STL-1198090.log
The text was updated successfully, but these errors were encountered: