Compatibility issues with bypassing launchers via custom command #968
Comments
|
I think in general, trying to bypass a game launcher by using it as a custom command is a bad idea. Games expect to be launched via the launcher, and when running via Proton especially, sometimes workarounds are applied directly to the launcher process (DXVK, for example, with Sonic Adventure 2 applies some workarounds when it detects the actual launcher process). I couldn't find the list of workarounds in Valve's Wine fork again, but I did find part of the DXVK one again: https://github.com/doitsujin/dxvk/blob/master/src/util/config/config.cpp DXVK is not exactly relevant in itself but I use it as an example to show how Proton can apply workarounds at a process level. When it comes to Steam native games, the Proton script also tries to apply workarounds per-app-id, but also sometimes per-EXE. I think as well, GE-Proton also tries to apply Protonfixes, but I am not sure if these are compatible on a first run with STL, I remember hearing that Protonfixes didn't work with wrapper scripts or if a different EXE than the vanilla one was launched. I am not sure if STL can do anything here really. However, I'll leave a few comments all the same!
I don't see the game on the PCGamingWiki article of SpecialK games. Indeed, it may be compatible, as this list is massively incomplete, but as noted on the SpecialK wiki, STL uses this wiki page to determine the renderer for games.
The only related game I can see on this list is "Zero Escape: Zero Time Dilemma", at the very bottom of the page at the time of writing. If a game is not on this list,
I think this is just an oddity of running without the launcher and with using STL. Sometimes games fail with and without STL if you bypass the launcher (i.e. with Fallout 3 I often ran into an issue where Steam didn't set the registry keys correctly), sometimes there is weirdness specific to STL (I think maybe when a game can't initiate DRM properly I think, as it thinks the game is being ran by just double-clicking the EXE with Steam closed). It seems like the PulseAudio latency change is being applied but STL doesn't do anything directly to PulseAudio, all it does is set an environment variable. It's not doing anything deeper than that or making any strange tweaks, so if it isn't working, I don't think STL can fix it much Bypassing launchers can be a real mixed bag sometimes, I'm not sure that these issues are necessarily specific to STL itself and I don't see how STL could fix them. All it does is run EXEs with whatever options are selected. Sometimes running as a custom command is problematic, it may be best to rename the launcher and launch that way. For example, with a game that uses the name Those steps are different than simply using custom command with SteamTinkerLaunch, since the game process is launched directly from Steam, and not as a separate SteamTinkerLaunch process piggybacking off of the Steam process. When launching as a custom command STL builds a separate launch command, basically launching the game separately with Proton, instead of using the regular Steam launch process. The steps are very similar, but some games don't like this and do indeed fail. When launching as a custom command as well, I don't think the AppID is passed to Steam (since the custom command is not guaranteed to be a Steam game, it could be any executable), and so the Proton script isn't getting the AppID unless it can somehow pull it from the environment, but I don't think that's the case. I don't think the Proton script has access to those variables stored and set by STL, and I highly doubt it would have access to the ones from Steam itself. This is significant as the Proton script is probably unable to apply workarounds when a game itself is launched as a custom command, as the Proton script does track and apply fixes by AppID. If you're handy with Python, you can take a peak at one example of where Steam stores and checks for specific AppIDs here (there are others, this is just one I remembered off the top of my head) Hope that makes sense :-) |
|
Haha, I feel dumb once again 😅 So, to explain myself somewhat, I tried to take your comment from #941 (comment) and run with it:
However, based on what you wrote here, it seems like some games do not like doing it that way (for the reasons you outlined). I'm somewhat used to renaming launchers, though, so that's fine. Just thought it'd be easier to do it directly through STL 😅
So, I thought...that STL just took the API from the game page (https://www.pcgamingwiki.com/wiki/Zero_Escape:_The_Nonary_Games#API). I guess I imagined, also...some sort of database, where the game will just be "tagged" with the API across the PCGW wiki. Reading the above, though; it seems like each page has its own value for renderer APIs and such (is this the case?). It looks like ReShade has its own compatibility list, as well, so I guess I know what I have to do now 😁 On a side note: is it common for open-source tools to grab information from the PCGamingWiki? Ludusavi (https://github.com/mtkennerly/ludusavi) also pulls game save location from there, so I'm wondering if it's like...a central place where I can help multiple projects, if that makes sense 🤔
I am a Python novice, but I'll accept your suggestion for when I feel adventurous 😁
It does...for better or worse. It seems like I'm always fighting against something, though 😩 Thanks for your erudite replies 🙏 💜 |
It can work sometimes, for example some visual novel patches that install their own launcher but that don't rename original game launcher correctly on Linux, can correctly have their launcher used as a custom command. Other times, iirc for the game "Elite Dangerous", the game will crash if you try to bypass the launcher. I think Sonic Adventure DX also worked, but it's been a long time since I tried that game with STL. I actually own "both" games you mentioned here (I understand Nonary Games is actually a 2-game collection and not a "single" game really) so if needed I could try it out. I've also seen Attack on Titan up to the end of Season 3 Part 2 so I don't mind trying AoT 2 if there is something specific to be investigated, but I guess probably tomorrow at this point I'll try to re-create the behaviour you described to at least see if it's consistent. And I didn't buy the games just for this issue this time, I've had them in my library for a while :-)
It doesn't take information directly from the game page, it takes it directly from the table on the SpecialK compatibility page. If there is some kind of central database though I'd definitely take a look at that! I'm not sure how flexible PCGamingWiki is with edits and such but if you were to edit that page to include any missing games, when STL re-downloads the table of games, it should pick up the renderer for the game (it does this automatically after a few days I think, but removing it will also force a redownload). If each page has its own entry for renderer and this is reasonably consistent (like if anecdotally more pages have it than not, I'm not looking for exact stats here 😄) then I think STL could use this as a fallback if there's a good way we could fetch the page for the given game. If there's a way to do it by Steam AppID that could work. We could prioritise the table since it has a defined structure, then fall back to trying to find the page by Steam AppID, and if that doesn't work we could try to search by game name to choose the API. The name might be flimsy, but if a user wants the value to always be correct, they can always select the DLL themselves.
I'm actually not sure but I have seen it being used a bit! I think a program called Heroic Games Launcher might pull some description information from PCGamingWiki, and I recall seeing some other tools reference it though I forget what they were and how they did it. I didn't write the code to fetch from PCGamingWiki, that actually precedes me by quite a while, so I'm not sure how Frostworx knew the information could be gotten from here. Maybe it is a widely used source, I am not too sure :-)
I wonder if in future there could be a way for STL to use this. I think right now we just default to DXGI, but I guess in future if there's a need, someone could always come along and implement some kind of "auto" option for ReShade as well. I don't think it's that much of a priority though. Good to know though! A takeaway here might be to down the line investigate some ways to pull information about which SpecialK renderer to use from the PCGamingWiki game page. Though if the SpecialK compatibility list is kept up-to-date, this may be unnecessary, and would benefit more than just STL if it was kept updated. That's easier said than done though, and having a fallback such as for a very new game where the renderer may only be on the wiki page and SpecialK compatibility is unknown, may be worthwhile. I'll keep it in mind, I have no idea if it's feasible yet or how to implement it, but it's something I could look at in the hopefully near-ish future. It'll be a good break from all the VDF parsing stuff I've spent the last 3 weeks implementing for SteamGridDB and Non-Steam Game work :-) For the game issues, I don't expect anything to be fixable on the STL side, as I don't think STL is doing anything here that could be causing this behaviour, and I don't think it can do anything to necessarily fix it either -- Though if someone reading this in future knows the issue and a fix, I'd gladly accept a PR :-) I'm pretty sure though, it's kind of just how using a custom command works, it's launched as a separate program which works great for executables you simply want to run in the prefix. Someone used a speedrunning tool with Hades a while ago, some people use "trainer" programs, I personally use custom commands for times when I want the game process to replace the Steam process, such as using the RuneLite AppImage to run a game called Old School RuneScape natively with a separate program. I also think that when running games and such as custom commands, things like achievements don't work? And that's for similar reasons that weirdness would be happening, the process it's directly attached as the "Steam" process. It's been a long time since I tested and I only remember this with one game, but basically, custom commands are like if you ran an executable with Proton yourself. Sometimes it might get attached to Steam correctly, other times it won't. The Attack on Titan 2 issue where the PulseAudio delay worked correctly once is weird, but I think perhaps something is set/configured correctly when running via the launcher that just isn't when running the executable directly. I suppose I'll find out soon! We can keep this issue open at least until I test to see what's up with this behaviour. |
I had a hunch that this might be the case 😁 I feel like I have quite a few niche/anime/anime-adjacent titles myself. Unfortunately, those tend to have not-so-great Wine support, so...yeah. Might not be the last game-specific issue, I'm afraid 😅 I get that software issues are an interconnected affair, though, so I don't mind you simply pointing me in the right direction 👍
This is correct 😁
Well, you're leagues ahead of me, then. Like with Sword Art Online: Fatal Bullet, this game was essentially my introduction to the source material, so I'm just taking it in as I go. IIRC, I noticed it way back while looking for another good Musou-type game--basically large-scale beat-em-ups, with most of them made by the same developers--but the price was just crazy at the time. Somewhere around last week, I was looking for a new Action RPG with SteamPeek (https://steampeek.hu/) and it came up in the results. Happened to be about 50% off, so...I took the plunge 😅 It's...quite a bit different--and more challenging--than similar titles, though 😅
Well, that's a relief 😮💨 Speaking of purchases, though; for my next issue, Final Fantasy XII: The Zodiac Age (https://www.pcgamingwiki.com/wiki/Final_Fantasy_XII:_The_Zodiac_Age) has some serious issues with saving. With anything besides a clean compatdata prefix, the game complains about "insufficient drive space", even though there's plenty available:
Happens even with "Delete compatdata" set through STL. I basically have to get lucky--since the steamuser backup usually doesn't take effect until after the first run--and then it's the same issue all over again on the next session. I have to hop between Proton versions to get it to work consistently, and sometimes the prefixes seemingly don't get created, so it's...tough going 😅 A similar issue happens on Windows 10, but the solution there is to tweak Windows Defender, and that's not something that's even installed 🫤 Also, it's been a long time since I last checked, but I think that the "Enable network monitoring" and the "Enable Discord Rich Presence" options both prevent games from closing normally after quitting a game (e.g. the process needs to be killed outside of the game itself). Do any of these seem like issues that STL can solve?
Man, what a tricky situation 😆 Spreading out to cover more pages is definitely more useful, but if the information's defined in more than one place, there's a risk of update anomalies (when the info in one place is changed, but the others aren't). I'd think it'd work well as a backup, though. I mean, if the game's not in the "master list", the next best thing is the game page, right? 🤔
It looks like the Steam AppID's part of the page (here's the AoT2 page, for example: https://www.pcgamingwiki.com/w/index.php?title=Attack_on_Titan_2&action=edit), so it might be possible to grab it for Steam games. I could very well be mistaken though; I don't have any experience grabbing info from an API or anything like that 😄 How is it being currently done? Is STL just searching for the title?
Got it 👍
Glad to help--even though I'm half-responsible for those, too 🤣
With AoT2, at least, achievements seem to work. Special K took a screenshot of one, but there's quite a bit of, uh..."tomato spray" in the background, so it might not be worksafe. I'm fine with posting it if you think it's safe, though 👍 It's good to know, though! Just one more mystery to my weird fluke of a run 🤣
Sounds good! You've given me quite a bit of help already 😁 It's a bit off-topic, but what's the best way to...find out all that game info on the wiki? Not so much the publishers, developers, etc.; but the renderer, architecture, and those sorts of things. I think MangoHud or the DXVK overlay would work well for finding the renderer, but...the 32/64 bit thing seems difficult to determine 🤔 |
|
So first off, I tested both games mentioned here: Zero Escape: The Nonary GamesThe issue here is that you were seeing an error message around a failure to create a D3D device, basically the renderer couldn't start up. Strangely I didn't have this issue, though I didn't have this issue out of the box. And actually, I think this issue is related to SpecialK, with a fix which is to use After this, if you didn't already, you can run the game normally with the launcher first, do some configuration, then launch both games. After this, try running as custom commands, with More InfoFor me, a first launch showed the launcher and I configured it to make sure I was using Direct3D 9 and not OpenGL. But trying to start a game resulting in a crash at first with and without STL. Starting the game with a clean prefix using GE-Proton8-22 worked though, then I was able to launch the game vanilla with SteamTinkerLaunch. I was also able to select `ze1.exe` and `ze2.exe`, I assume these are the game EXEs. The started up no problem.Once the game worked with and without STL, I tested with SpecialK, because it totally went over me last night that you were using SpecialK. I tried using That was a bit strange, so I re-read the issue and noticed you were using Perhaps you need to launch the game with the launcher if you haven't already and configure it first, then launch with SteamTinkerLaunch, though I'm not sure how this might play with compatdata redirect and launcher configuration, if the launcher configuration stuff is stored per-prefix. Maybe launch with STL and the launcher first, go into settings and configure, and see if that has an impact. Perhaps this is a case of a config file being missing, as launchers will often try to get GPU information and associate some GPU ID with settings. Sonic Generations, which is also D3D9, does this and it is very annoying, and gives similar Direct3D device errors if you launch on one PC and then launch on another without deleting your config and running the launcher again. I should also point out that while I got SpecialK to "work", I mean I got it to show up, and I didn't test any compatibility beyond that. It might not work properly under Wine with this game, I am not sure, but I got the menu up at least 😅
Attack on Titan 2 - A.O.T.2With this one, I'm honestly not sure. I didn't get any audio crackling, so I can't offer too much more. I tried with 2ch and 5.1ch settings in the launcher, with/without SpecialK, with/without custom command, and by manually setting One potential factor is that on my system I'm using PipeWire, perhaps that is masking an issue? I'm not sure, or sure how relevant it is, and I know PipeWire is reasonably controversial so I'm not telling you to try it and see if it fixes it, because from how I understand the implementation, it shouldn't have an impact. Still, it was something I thought to mention. More infoI couldn't get the crackling to happen with Proton 8.0-4 or GE-Proton8-22, with and without STL, with and without using the game as a custom command, with and without SpecialK. I tested with PulseAudio latency selected at 60ms, and exported I didn't start up a game save, I just stayed on the main menu and turned the sound up, but if I should start up a game let me know and I'll try see if I can hear any crackling. Someone on ProtonDB mentioned that cutscenes have crackling sometimes, but I think for you this issue is specific to using SteamTinkerLaunch, so that may not be totally relevant. I have a few pairs of headphones, so I broke those out and tested. My main pair is some AudioTechnica m50xBT2's, but I also have a pair of Grado sr60x's which I tested with. Neither are super high end but I wanted to make sure the problem wasn't being potentially masked. I didn't test over Bluetooth because quite honestly I forgot until I was typing this paragraph 😅 Basically I tried a whole bunch of combinations and couldn't re-create the problem. I also tried the launcher juggling trick and didn't have any problems with audio crackling. I'm just wondering out of interest, what's the use-case for selecting the PulseAudio latency? Does it fix a different issue you're having with the game? I'm just wondering if there's a specific need for it. Usually, it's used to fix audio crackling. For example, DOOM Eternal and I think one Final Fantasy game had crackling audio at launch with Proton, and benefited from tinkering with this option. Maybe the game has audio crackling and you wanted to try using the PulseAudio option to fix it, but no option you chose (including the default Something I should note here is that I'm using PipeWire on my system, and not every system uses PipeWire. If unsure, you can check if you're using PipeWire by checking if you have any relevant packages installed with I'm not looking to start a war over PipeWire or anything, and I'm certainly not saying the problem is caused/fixed by using PipeWire, it's moreso that this is a potential difference in setup that could be a factor. But, I'm far from an expert here! That's not all good news sadly, but maybe it can point you in the right direction for these titles? I'm hoping at least for Zero Escape it's a little helpful. For AoT, I'm not too sure...
That is really odd. Does redirect compatdata play a role here, and does this happen without STL? If it happens without STL, I'm not sure if much can be done. I don't own this one so I can't really investigate much. I didn't find anything beyond a couple of Steam Forums post where one person solved it by making another Windows account, and others said what you said about disabling Windows Defender. This one has stumped me to be honest. It could be an issue perhaps with the Proton prefix being re-created or redirected, but I'm not too sure. If you can, some testing without STL to see if there's a way to re-create the problem on Linux without STL would be helpful. I didn't find anything about this online though so I have a feeling it'll be exclusive to STL. It's also Steam Deck Verified. Just wondering since it's the "topic" of this issue, are you using STL to bypass a launcher here as well? And if so, if you don't do this, do you run into any issues?
This one is strange. For security reasons I use Discord on the web instead of the app and never used Rich Presence, so I'm not sure about that, but I guess I could see why this might be happening. The process may not get caught by Steam as a process it needs to close down, but it thinks the game is still running since the processes are attached to the game. I'm not sure if this is recent behaviour or anything as I haven't used these options, but this behaviour is something I could investigate at least for network monitoring. Discord Rich Presence may work as well, even though Discord isn't installed I'm sure the process would still run, it just wouldn't do anything.
Right, that's my thinking as well :-)
I'll have to check to see how the page looks when downloaded, but good find! It could be a good fallback. The main thing with these two options is actually finding the page to begin with. It may not be as simple as creating a "sanitised" URL based on the game name, but there may be a way to do it. I think it could be a useful fallback.
Checking whether a game is 32/64bit is a bit (heh) tricky. SteamTinkerLaunch determines this automatically based on either the game EXE or a custom selected EXE, and it stores this in a meta file ( Without SteamTinkerLaunch, there are various ways, but the way SteamTinkerLaunch does it internally is by using the If you want to get the architecture of an EXE, you can run
A quick-and-dirty command with prettier output might be Well, this was interesting to test. I guess the main things to try here are:
Hope something promising comes out of this! 😄 |
Can't say it turned out to be promising, but FFXII brought some unexpected twists nonetheless. Zero EscapeTried with the launcher first, then Special K (d3d9.dll) along with the first game as a custom command. Still the same behavior, though 🤷 Thankfully, ReShade + SpecialK works with the first game when it's run from the launcher (haven't tried the second one yet), so it's not a huge deal if the launcher has to be run every time 👍 Attack on TitanSo I haven't tried super recently yet, but when I tried with both different audio channels with the launcher, I didn't notice any changes; the custom command still had the audio issues, and the launcher-run version had nice-sounding audio. I don't think I've tried turning the Pulseaudio latency option off with the launcher version, so that's something I can try. I'm using Pipewire, BTW. [jeremiah@arcadia ~]$ paru -Q | grep "pipewire"
gst-plugin-pipewire 1:0.3.84-1
lib32-libpipewire 1:0.3.84-1
lib32-pipewire 1:0.3.84-1
lib32-pipewire-jack 1:0.3.84-1
libpipewire 1:0.3.84-1
pipewire 1:0.3.84-1
pipewire-alsa 1:0.3.84-1
pipewire-audio 1:0.3.84-1
pipewire-jack 1:0.3.84-1
pipewire-pulse 1:0.3.84-1FFXIISo...this one was a bit weird, but I'm glad you asked me to test it. Tried with Proton-GE 8-22 (through Steam Tinker Launch), and the saves didn't work:
Tried a couple more times with no change. After, I tried with the game run as a custom command, and I still couldn't save. However, there was a noticeable amount of audio crackling, although not as severe as with AoT2. Tried a few more times with no changes. Then, I tried with Proton-GE 8-22 directly. Saving worked, but the same amount of audio crackling was also present here. Tried four times--all four saved properly, and the crackling was present in 3 out of the 4 trials. After that, I switched back to using Proton-GE 8-22 through Steam Tinker Launch. Saving worked the first time--which was expected, since I switched Proton versions--but stopped working after that. Audio crackling was not present when running the game normally, but returned when I ran the game as a custom command. Saving did not work with the custom command, either. All this seems to suggest that Steam Tinker Launch is fixing the crackling (perhaps due to that one setting--I'll have to test that). While it very well could be my speakers--they've been crackling when I move the volume dial, or when the dial is at certain positions--I can't think of any other native applications that suddenly introduce crackling into an otherwise fine audio stream. I guess I could try braving it with my headphones if you think the speakers might be an issue--I have a pair of Sennheiser HD 280 Pro's that have served me well over the years, and I don't expect them to have the same hardware issues. Sorry if my comment seems a bit rushed--I'm kind of tired at the moment, but I can probably upload whatever logs you like; just let me know which ones you think would be most helpful 👍 |
Hmm, I wonder why it's not working. Maybe if you can find where the launcher stores config files, you could try removing those? Or maybe with a clean prefix? I'm not too sure what would be causing such an error. If all else fails, maybe using OpenGL will work?
That rules PipeWire out :-)
So with this game:
I don't have this game so I can't really test, but it is strange that these issues only happen with STL. A totally random thought that may be related, the Steam Linux Runtime is not passed to custom commands, and may be a factor here. So it may be worth doing some tests to see if the SLR makes a difference here. For Zero Escape, I believe the game works if launched normally through STL. What happens if you disable the Steam Linux Runtime and run the game, do you get the D3D error? Feel free to test other constellations and with AOT2. Then, what happens if you try any of these games using One-Time Run, with the same Proton version selected, and the Steam Linux Runtime enabled? You can do this from the GUI, I recommend doing it while the game is running. So use STL as the compatibility tool, then select One-Time Run. From here, make sure the Proton version selected is correct, then select your game EXE ( SpecialK+ReShade may work since they may be picked up automatically by having the DLLs in the EXE dir, but if they don't work, we can chalk that up as "expected", since this test is mainly to see if using the Steam Linux Runtime resolves issues with these games. This may fix the Direct3D issue with Zero Escape, and the crackling issue with AoT2, but I'm not sure about the FFXII issue. In my tests, there was no change in behaviour. SpecialK was also picked up by I don't remember if I had a reason for not passing the Steam Linux Runtime to custom commands yet or if I just forgot, but there has been gradual progress this year of implementing support for using the Steam Linux Runtime again in STL. Maybe I didn't do it because the SLR is really only intended for Steam games, and I figured for Non-Steam titles a user could just add the executable as a custom command, but I don't think I took bypassing a launcher into consideration. Boring Technical ExplanationLet me tell you a bit about my good frenemy, the Steam Linux Runtime. Basically, the Steam Linux Runtime is a container or prebuilt environment that Proton expects game to be ran inside of. It contains a common set of libraries that Proton is built against and expected to work with. As a random example, let's say there's some system audio library. Different distros may have X or Y versions of this library, but Proton (or more specifically, the Wine component) might be built with Z version in mind. The SLR resolves this by having a set of common libraries, so no matter what versions of libraries a distro is using or might be missing, Proton should run the same. You may have even experienced this with some native Linux titles. The SLR started for native games to give developers a common set of libraries to build their games against, eliminating the need to target specific distros or hardcode for specific library versions. If you've ever tried to play Half-Liife native and gotten errors about it requiring an ancient version of Even with two Arch distros, there can be any number of changes that might affect things. Newer Arch installs (like yours iirc) may have an ever so slightly different library name, or may be missing a library symlink, than an ancient Arch installs (like the one on my PC, well over 5 years old). The SLR does often account for weirdness and has resolved a number of issues in the past, including an issue I was unable to reproduce when running a Non-Steam Game, where a Direct3D 11 initialization issue would appear (#772, fixed by #773). The fix was to pass the SLR to Non-Steam Games, which is why perhaps it may fix the issue here. The SLR has been the cause of headaches before, and I think I will look into passing it to custom commands somewhat soon if it doesn't break things horribly in testing. If using the SLR with One-Time Run fixes even one of the issues here, that would probably make it more of a priority, but since I'm still unsure if it's the cause I'll leave it be for now. If you have issues with One-Time Run unrelated to these games (iirc in the past there were some problems), I could look into making a testing branch with a change thrown together to use the SLR for custom commands towards the weekend for testing. |
Attack on Titan 2Well, at first I was going to say that the SLR didn't do anything, but it seems to significantly reduce the crackling issue when used with One Time Run. Maybe it's worth including after all? 🤔 Renaming the AoT2 exe to Launcher.exe still works--no real crackling that I could hear, although it seems like it causes issues with Special K and Steam DRM:
Selecting "Okay" doesn't cause any issues, but the game crashes if the Special K GUI is brought up. It's something I can live with if I have to, though 🤷 Zero EscapeStill seeing the D3D error, but I've found a bit more info 🔎 The Proton log had this important-looking section: steam-477740_fragment_shader_compile_error.log Also, the OpenGL renderer seems to hang with both games; the first game before the game window opens, and the second game after it opens. Also, it's a side question, but how does Re-create Wineprefix work with global Proton symlinks? It seems like it finishes very quickly (compared to installing packages through Winetricks), it doesn't seem like it removes the main Proton compatdata directory (Proton-GE-8, etc.), and I still had to install OpenAL through Winetricks to get working audio, despite having it selected in the Steam first run setup:
Final Fantasy XIINo real changes, but running the game through One-Time Run hung the game before the Square Enix logo, then eventually crashed. Still no working saves 😅 Sorry if this isn't that helpful 🙏 I've kinda run out of ideas 😅 |
|
That Zero Escape fragment shader error is really odd. I guess first off, if you're using ReShade, try turning it off in case it breaks this game on Linux and/or without running the launcher first. Otherwise, if you weren't using ReShade to begin with, this is probably some Wine issue. SteamTinkerLaunch doesn't touch anything to do with game rendering, getting into Proton logs for issues is well after a game starts. If you didn't ready, try running the game without any SpecialK/etc DLLs. If those Steam first run vars are the defaults then that's fine, but if you selected any extras, I'd reset things to default.
Does this happen only with SteamTinkerLaunch? I didn't get this behaviour... This worked on my desktop and my Steam Deck (running SteamOS 3.5), but if I remember, you're using mesa-git, right? Maybe there's some issue there with initialising the game outside of the launcher? That seems like a major stretch to me though, I can't re-create any of these problems...
I'll have to get back to you on this one, I don't know actually :-) I don't really know how any of the compatdata redirect stuff works very much, or any of the constellations around it. I think I tested something with it once for another issue and reviewed a PR around it a long time ago, but I haven't used the feature before in a real sense. However based on what you described it doesn't sound like it installed OpenAL into the prefix properly.
I think I can include it then, though I'll weigh up whether it should be the default. I'm leaning towards yes because Proton should always use the SLR, but I'll have to think it over a bit.
That does look like a DRM error. I don't remember running into this issue but I'll re-test tomorrow. I'm not sure if SteamTinkerLaunch can fix that though. I guess the launcher also acts as a form of DRM? I could see it I guess, if the Steam API DLL is only loaded by the launcher, but then I would figure if the Steam Overlay can get injected that the Steam DRM is initialising properly... The Final Fantasy XII crash is really odd, but maybe something to do with the working directory. Perhaps the game expects something else, though most just use the game dir. These issues are very strange, I'll do some more tinkering tomorrow to see if I can re-create issues. Going forward it should be feasible to pass the Steam Linux Runtime to custom commands but whether it resolves any issues remains to be seen. For Zero Escape, I am suspecting the fragment shader issue is unrelated to STL, and OpenGL hanging could be a driver issue. I dunno if ReShade/SpecialK/other DLLs could break it but on my PC I don't think SpecialK caused an issue when using OpenGL. For Attack on Titan, the crackling could maybe be related to not using the SLR then, though I can't re-create that problem. I can't be sure exactly what's causing it but I don't think it's entirely out of the question that it could be an STL issue. I'm not sure what would be causing it, though. It's a real long-shot but disabling the Steam Linux Runtime might help? This is a crazy 2am thought but if there is any compatdata symlinking or any really strange cross-linking going on, the SLR may be unable to allow the game access to wherever it wants to make saves. I am assuming it makes saves in the prefix and not the game files since juggling Proton versions (which modifies the prefix libraries) fixes the issue temporarily. There is a checkbox on the Game Menu to disable the Steam Linux Runtime, you could give it a shot :-) |
Haha, sorry. You know how me and strange issues are 😄
Got it. I'm just hoping it doesn't cause any new issues 😟
SpecialK/ReShade work fine with the launcher, but I'll try disabling them and seeing if that helps 👍 EDIT: It didn't--at least not with the custom command 😞 With the launcher, the OpenGL renderer works with/without ReShade, but not with SpecialK. SLR didn't seem to make a difference either way. Curiously, after trying with Zink enabled, turning Zink off, and trying again; the game still thought Zink was enabled 😕 Had to restart STL to get it to recognize the change. As a custom command, even with OpenGL selected, it still gave me the D3D error box. Maybe the game defaults to D3D9, rather than OpenGL?
For FFXII, right? I'll give it a try. Those 2 AM thoughts can really come through sometimes, so I don't mind at all 😁 As always: thanks for your diligent help in these issues. I know that you're doing this because you want to, and that you use the software yourself, but it's still your time and effort, all the same 🙏 💜 Also, I made a repo for some shell scripts--mostly the ones you've helped me with so far. It's super super rough, but I figured I'd tell you about it since you helped me out with them 😁 |
Ah, that was a good catch! I didn't expect that. It was also a good hint. Just confirmed with MangoHud and SpecialK that yes, without the launcher, the game always uses DXVK (and so I assume Direct3D 9, SpecialK says D3D9 anyway). That's unusual and unfortunate Seems like you're right on the money, the game defaults to D3D9 and ignores the launcher when not launched from it! Other settings are ignored too. The main visible one I could check was windowed mode. From the launcher if I select OpenGL and Windowed mode, ZE1 respects it. But if I do the launcher renaming trick, or use a custom command from STL, the game will launch with D3D9 in fullscreen. Very strange! I wonder if this is the cause of some issues, maybe there's some weirdness here. I guess a good test would be to try the launcher renaming trick without STL, which I described a bit further down.
Maybe the version is causing the issue, but I think it's a stretch. You could try uninstalling SpecialK for the game, then removing the STL SpecialK files at Something else which I just noticed for Zero Escape is the Since the launcher seems to influence what renderer is used, I assume the renderer then controls which DLLs are loaded. It might be that when running with the launcher, it overrides Failing all of this, and very sorry if I asked you this before so you don't have to test if you already did: If you run the game with the launcher renaming trick, with or without SteamTinkerLaunch, with the same Proton version, do you also see this issue? In other words, is this issue isolated to SteamTinkerLaunch? Another little bit that might be interesting to check is if you use the Launcher as a custom command, do you see this issue? As an aside, maybe you can try verify integrity of game files and/or delete and re-create the prefix for the game? In case something got messed up somewhere, but I don't know if that would be the case since things work as expected when running from the launcher... So to summarise:
Okay, and one final thing to test might be simply running the game executable directly with the same command and variables SteamTinkerLaunch uses. For Attack on Titan, I'll try work on an option to pass the Steam Linux Runtime to custom commands. I'll drop a ping once it's in master. It seems like for Attack on Titan, the audio crackling is reduced when using the launcher, or when using the Steam Linux Runtime. Maybe try running with the Launcher as the custom command for STL, which means the SLR won't be used, and see if that causes audio crackling. That should help diagnose whether the issue is related to the SLR a bit better.
So if you experience crackling when the launcher is used as a custom command, my guess is that the SLR is the "fix". Even though it wasn't perfect in your tests. Though, I wonder if the PulseAudio latency is passed to custom commands? Now for some better news! I took a quick look at the code and it seems like the PulseAudio latency is not actually set for custom commands. A lot of checks in Now the good news: you know what's very interesting? Our friends Network Monitor and Discord IPC Bridge are also called after the custom command launch, meaning they're ignored when only custom command is in use (and even if only custom command wasn't, they wouldn't start). Most likely for these two, they are being started and the process is getting forked into the background after the game closes, meaning their process is started after game close, which means it makes sense why Steam still lists the game as running! So three trivial fixes should be possible here: Move PulseAudio, Discord IPC, and Network Monitor checks to run before custom command. I will probably just push that directly to master, they are just exporting/starting processes conditionally and should not break anything.
Fingers crossed :-) As a last note, verifying integrity of game files and/or re-creating a game prefix (or not redirecting compatdata, if you're doing that in any tests), is just to help narrow down where the problem might lay and with as few moving parts as possible. The more "vanilla" a test we can perform the better, it isn't about "you shouldn't use XYZ" feature but more to see where the problem might be coming from. It might seem that way or might seem arbitrary but stripping back the layers and then putting them back on is one method of testing to find out where problems are coming from. My advice on how to help mostly comes from looking at the code to try and understand the problem, and if it's not obvious, I give advice based on the steps that I would take to troubleshoot an issue.
And thank you for your patience! STL is software that I use myself, but also, that means in a large sense I'm just a user that happens to maintain the project now. I mean that's basically how it went, after months of active contributions I was a likely candidate to take over, and so here I am! I had virtually no experience with Bash and hadn't touched that much of the codebase when I took over, but I did it because I was and still am passionate about this project. Helping users comes under that :-)
This is pretty dang cool 😄 It's not that rough to be honest (but I'm not a Bash expert) but keep going and improving anything you can! Building things that you find useful is the best motivator. |
|
The export order for PulseAudio latency and friends (strace, Discord IPC, netrun) has been addressed in 6e72d17 :-) |
|
Guess it's finally time for me give you a big update! 😁 Some good, thankfully; but a fair amount of weird, negative quirks and things that remain unchanged 😕 Attack on Titan 2The Pulseaudio latency commit fixed the audio crackling issue! 🥳 🎉 Running the game as a custom command also fixes that Steam DRM-based error with Special K, letting everything work as intended after making the plugin load "Early" in the plugin order. Some runs will have an audio delay, but that happens with the launcher as well, so nothing weird here. With that success, I decided to try the rest of the options in the new commit (strace, Network Monitoring, and the Discord IPC).
Strace enabled, window in-focus: Strace enabled, window out-of-focus (The picture didn't come out well, sorry 🙏): Strace disabled: But the winner for weird in this set is the Discord IPC:
Disabling Gamemode allowed MangoHud to work again:
With strace enabled: Gamemode, MangoHud, and the Discord IPC work together without conflicts 😕
Zero Escape
None of these fixed the issue, unfortunately 😞 . Game still hangs with OpenGL.
This actually gave the D3D error 😆
I don't remember this one working, but I only saved that one image, so maybe it just hung before anything showed up 🤔
I wasn't really sure how to use the same command and variables as STL, but after running the process with Wine and selecting the game through the launcher, the launcher crashed without showing anything, IIRC. zero_escape_launcher_wine_log.log Final Fantasy XIINo change with disabling Steam Linux Runtime, unfortunately. One thing I noticed (not just this game, but in general) is that Proton-GE seems to have trouble creating its global prefix in some situations. The most consistent way I've gotten it to trigger is to first run the game with another Proton version (Proton experimental, for example); then, on the next run, switch over to whatever Proton-GE version I'm using. Other than that, it's still the same experience: saving works the first time, per-version, then...doesn't 😕 Even though I'm still in favor of "Snow halation" as the next release name, the actual experience tends to feel more like "Despair Searching"--or perhaps "Hope Searching", when the finish is in sight 😅 Every one of our shared investigations just seems to turn up a bunch of questions and issues until we finally reach the point where it feels like it's been "resolved". It's like a roller coaster ride, each and every time 🤣 On something that's not STL-related at all: if I press Tab while typing in the comment field, the selecting moves to "Close with comment". Maybe that's how you accidentally closed those other issues before? 🤔 Anyway, that's it! Was planning to write this up earlier, but couldn't find the energy/motivation. At least one of the games got fixed, right? 😁 |
|
That's some good news about AoT 2!
I am fairly sure it is, most programs like strace and so on are third-party programs. However, it runs the So... yes, it's supposed to be a third-party package, but I'm not sure which one it's supposed to be! This one long predates me as well.
Makes sense, it's a debugger tool after all :-) It's probably running and dumping a whole bunch of stuff about the application process, which is going to slow the game down. When building software too, running with a debugger is always slower and more resource intensive than running regularly, because a lot of information about variables and processes is being monitored and tracked. When running with a debugger, I think this is expected. But thank you for testing nonetheless!
Hmm, sounds like the launch command gets messed up somewhere along the way. I wonder if the Discord IPC stuff needs to go earlier... I can't test unfortunately. The Discord client is a huge security risk I don't feel like having on my system, and I also don't feel like broadcasting the games I'm playing to the people on my Discord friends list, so I don't know that I can do too much to verify how to fix certain behaviours, though I should be able to investigate the launch order and at least try to prevent a conflict / game crash. My guess is that somewhere along the way, one of these commands is changing the way the launch command is built. STL basically tracks a whole bunch of variables to know which commands are enabled, and then builds a launch string based on all these conditions (i.e. enable GameScope and MangoHud, but disable MangoHud if MangoApp is used with GameScope, and put OBS Game Capture before/after GameScope, things like that). It's very possible that the order of how some of these things in the launch command are built needs to be adjusted for this constellation.
Strace is a debugger, and, well, network monitor is supposed to give information on network activity for a given process from what I can see (or rather, it runs with the game, and all network activity including that tied to a game, is recorded and sent to log file at a specified location). But, I'm not sure what package it is for. The code just runs
It's likely "intentional" so to speak in that it wasn't accidentally put there, but perhaps it was put there without much thought. It could be moved though, if there is somewhere that would fit better in your opinion, let me know :-)
Discord IPC bridge is for Discord Rich Presence, Discord is responsible for picking up the game process, and no program can fix that as far as I'm aware.
If Zero Escape still gives the D3D error without STL, I don't think I can fix this one. Sorry about that Sadly, you might have to use the launcher for this one. Maybe you could re-install the game if you're particularly interested, but if a fresh install fails, you might be out of luck. If you do uninstall, make sure the game folder is completely removed, as Steam won't remove the folder if non-game files i.e. SpecialK DLLs are still in the game files when you uninstall, and the install folder could end up getting re-used -- A protip I learned from headaches in the past 🙂 You could also try a different Proton version, or a Proton-tkg version, in case this is some specific regression/bug with DXVK (the layer that handles rendering the game). It could also be a GPU driver bug, maybe something on Mesa-git (I'm using Mesa 23.2.1, Mesa-git broke too many of my games last time I tried it a few weeks ago).
Ah, I would say it probably just won't work, unless it took an unreasonable amount of time to start up.
Yeah, switching Proton versions is risky business and causes prefixes to get messed up sometimes. It is not uncommon to end up with a file in a compatdata folder If you're using any kind of global compatdata for FFXII, I would recommend turning it all off. Try using the game prefix and launching it normally, as the game may not like using a compatdata that isn't the exact one the game should be running in. You can check if the regular prefix is in use by going to So it looks like Attack on Titan 2 is fixed, glad we got the crackling all resolved! But less happily, it seems like for some reason, Zero Escape isn't working for you. But it happens without SteamTinkerLaunch as well, so I don't think it's something I can fix. The Discord IPC issue is something I can try and investigate a little bit, to see if I can resolve anything there. The Final Fantasy issue is something I'm definitely willing to investigate further, on one hand I am somewhat interested in seeing a Proton log from a game run when this occurs, but on the other hand that is just me being curious, and I am by no means a Wine developer so it would probably mean nothing to me and I could end up going on a totally unrelated path. It seems like it's got something to do with the prefix though, and if you're doing any kind of prefix redirecting / global prefix / etc, that could be causing issues. So try running the game without any of those settings if you're using them, and let the game run as "normal" as possible. |
Done! 😁
Same results; although there's yet more new oddities, as usual. Despite having both redirects disabled, the STL GUI still has the global steamuser symlink:
After re-creating the Wine prefix, the folder structure appears to be correct. However, after starting the game, the steamuser dir gets symlinked to the global one before the game window even shows up:
Saving still only works the first time. My saves and settings get brought over from the Steam cloud, but is that really what's causing the symlink? There's also an error box that occasionally shows up after the game closes, but it disappears very quickly; I haven't been able to get a screen capture yet. It says something like "Saving requires register"--again, I haven't been able to read the whole message yet, so...can't give you more info, unfortunately 😦 595520_gamelaunch.log
Really, the launcher (with D3D9) picks up both ReShade and Special K, so it's not too big of a deal. I just wanted to know if I could shave a little off of the startup time 😁
Thanks for the info 👍
Got it. I'll keep that in mind when I need to broadcast what I'm doing 👍 Just in case I didn't mention: manually locating the game through Discord works fine (with the window title and everything). I just wasn't aware that that extra step was needed 😅
Hmm... 🤔
Those are my best suggestions at the moment. Hope this helps, and let me know if I forgot anything (or if there's something you wanted me to add)! |
This could be a bug, actually it sounds likely that it is on the surface, but I'll take a look at the logs and see if I can figure it out in case there might be some setting somewhere controlling this unintentionally. Your screenshot of the settings look correct, though. I appreciate attaching the logs and configs, it'll make this more straightforward to investigate! :-)
I don't think so, but I think perhaps the game / Proton is doing some specific things that might not play nice with symlinking. It's hard to say right now but I could see perhaps the game reading a symlink incorrectly, or perhaps it's reading the real prefix once but not again, and so that's why it works each time you change the Proton version. It would suck if you couldn't use this feature with this game, but maybe this has uncovered an issue with the symlink options, since it seems like STL isn't reverting back to using the game prefix, and is still using the redirect. Unless STL needed a restart to pick up this change? I'm not sure, I'll need to check. I don't own this game but I doubt this symlink issue is specific to this game :-)
Yeah, sorry about this 😅 I really hope it doesn't come across as brushing an issue off, but generally speaking, if an issue happens with and without STL, I usually chalk it up to weirdness that I can't do much about. Of course there are cases where an STL feature is supposed to resolve an issue (i.e. a DLL override), and if that feature isn't working then I investigate that on a case-by-case basis, but when a feature isn't working from a game launch scenario, it might just be some setup weirdness.
Sometimes Discord doesn't pick things up properly, the Steam Linux Runtime likes to get in the way afaik, I used to see people on Discord playing I'll still need to look into the issue of Discord IPC not working when some other options are enabled though.
I like it going underneath OBS Game Capture, I'll look into that! I think that about covers it. Main things left in this issue:
|
|
For the Discord IPC checkbox change: Changed my mind, I like the Discord IPC setting after Luxtorpeda better :-) Gonna push that in a bit! For the Symlink issue: I took a look at your config for This is probably why the symlink is still happening. I also checked the code, and leaving For the FFXII save issue: We should investigate without any symlinking first, in case the game has problems reading a symlink. Apart from that, no change yet! For the IPC conflicts: Nothing yet, no testing has been done just yet :-) |
|
Well I tested with the Discord Rich Presence thing, and at first, the game would just crash when using it with MangoHud (with/without GameScope). Now, it "works" in that it doesn't crash, but looking at the For what it's worth, I don't think Attack on Titan 2 actually has any Discord Rich Presence? RPC is the thing where games can transmit extra information, such as what level you might be on, what enemy you might be fighting, send a request to join their party, that sort of thing. From looking at the repo, it seems like the way it works with the SLR has changed now. It looks like there's a script that it uses now. Probably a change can be made here to symlink the I don't use Discord RPC or anything, so I can't really fix this, this fix will have to come from a community member that wants to fix it. |
Done! Weirdly enough, Steam brought back my previous set of game saves this time. Didn't really affect the outcome either way (saving still fails on a 2nd run), but it was rather unexpected 😅 595520.conf.zip
Since we've been recently talking about making changes to the GUI:
I didn't know this 😮 I don't think so, but I'll try to check. It's not a feature I'm probably going to use often, but it seems useful for online co-op or letting my friends know what game I'm playing.
Not at all! You've been seriously considering...pretty much everything I put out here, so I don't feel like you're brushing my concerns off at all. STL (and you) can only do so much, so I understand where you're coming from 💜
Ah, I see. Seems pretty similar to what I experienced 🤔
I've got:
I have no idea what any of these games are. It'd be great to one day have an open rich presence protocol, so I don't have to be concerned about where my data's going or what it's used for. Which isn't me saying that STL needs to do that--just that it would be nice to have available in the software ecosystem. Thanks again! 🙏 💜 |
If the saves changed, the compatdata is definitely suspicious here. Do you know if the same compatdata is being used with and without SteamTinkerLaunch? You could check if the prefix files are updated with/without STL, so if the files update when launched without STL, you know Steam is using them. But if they don't update with STL, then STL isn't using them. Something is afoot with however this game is interacting with the prefix, is my best guess. On the first launch, it might be using the right path, but on a second launch, it isn't for some reason.
I'm not sure why there's a difference. Usually STL has a pattern of having a checkbox to enable a feature, and then you can pass additional info. But in this case I'm not sure why we couldn't infer that Normally, this pattern of a checkbox is when there's no straightforward way to infer when an option should be disabled. For example, with custom commands, there is a checkbox because it's convenient to toggle this, but also there is no easy way to remove the selected custom command without editing the config file (Yad doesn't have an option to clear these boxes with something like backspace or a middle-click).
I think that's fine, normally the checkboxes are close by. I'm not sure why they're so far apart. Normally the pattern would be toggle checkbox -> related widget (in this case, the checkbox and then the dropdown). I only had a feeling there was an extra checkbox and had to check to confirm it earlier, it did strike me as weird that they were so far apart... Maybe options just pushed them further apart as time went on. Should be feasible to move them close together but I'll investigate later this week. In 99.9% of cases though, moving UI elements has zero impact.
Yeah, my guess is something just isn't working right with how Rich Presence is implemented. It was implemented a long time ago now, in #511 I think. I haven't seen a single person try it, and only vaguely remember seeing the commits where it was added. Looking into adjusting it would be a bit tricky, and someone out there might be using it somehow, so I'd rather not strip it out entirely. Hopefully someone with an understanding of how it all hangs together can come forward to improve it though. It seems to me to be some kind of weirdness where the process causes the game process to fall over. I couldn't tell you why though, and it seems intermittent. The steps on the Discord IPC Readme might work but I don't know how running this with STL would go. It might be fine, since it runs before Couldn't say for sure though, I'd have to spend some time looking into it, maybe if no one contributes it I'll take a peak whenever the dust settles with some of the ongoing work.
Most of those are processes are related to Wine/Proton, I'll try explain my understanding of them if you're curious :-)
This would be great, I'd love to see this one day. Free Software and open standards make computing better. |
|
I just want to emphasize that I did read your comment above, but I wanted to get the FFXII results out there as soon as I could, so I hope you're fine with me not (yet) commenting on every interesting point above. I tested it with Proton-GE 8-23, and saving worked both times (as expected?) Before
After 2nd Proton-GE run (forgot to enable logging the first time)
Hope this helps you identify the cause 🙏 |
|
I'll check the logs when I'm back at my PC, but do you mean the game worked with SteamTinkerLaunch and Proton-GE-8-23? That would be pretty nice! Either way I'll investigate the logs and see if I can discern anything. The main thing that sticks out to me is that the file er, permissions "look" different after each run I think? Usually the icon in the 2nd screenshot is when a file is executable. That definitely has my curiosity piqued :-) |
Ah, sorry, sorry! I meant that I ran the game twice with Proton-GE (by itself, without SteamTinkerLaunch), and saving worked both of those times. Saving still works once per Proton version with STL 😅
Yeah, I'm not really sure why that happened, though I don't think that's unique to this game. Just one more thing for me to observe, I guess. As for the saves themselves: FFXII_002 was the slot I saved in, so only that file and the Steam cloud should be the ones with updated timestamps. Sorry for all the confusion 🙏 |
|
Thanks for clearing that up, no issues at all. I'll take a look as soon as I can :-) |
|
Possibly relevant / interesting, since the games in this issue were using SpecialK and also because I know you've played a big role in improving the SpecialK support thus far, just a heads up that some changes to SpecialK are coming as a result of #975. The tl;dr is:
In case you spot these changes, now you know what they are/what's coming and what issue is tracking them :-) |
That sounds pretty cool! 😁 I've been trying out the nightly option recently; it seems fine for normal use, but I haven't tried it yet with the handful of games that have had problems with the "latest" version, so it'll be interesting to see if it fixes those 👍 If it's between stable and nightly, then I'll probably stick with nightly (unless some issue pops up) 🤔 Custom DLLs...could be useful for testing, maybe? 🤔 SpecialK's kinda worked its way into my default lineup of tools, so any improvements are certainly welcome. Just wondering about some of the use cases for the not-yet-released stuff. I'm not trying to sound ungrateful or anything 😅 |
|
@sonic2kk It's not related to this issue (unless some older games need their launcher bypassed), but it looks like Proton-GE finally implemented D8VK in their 8-24 release! 🎉 https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/GE-Proton8-24 Honestly, something like a nightly GitHub Actions download for Proton GE/TkG would be really great. I mean, that's not something ProtonUp can do, right? 🤔 Might be tricky to settle on which TkG branches you'd want to provide downloads for, though. Still, can't complain too much: we now have a way to try ReShade+SpecialK with a ton of new (old?) games 😆 |
Nice catch! For Should be a quick fix, will push a fix up soon.
Honestly, I am not sure. I'm not close to this code and don't use this feature. But enabling some shader stuff by default could be problematic... It may have to get fetched for each game by default then, for example, and I'm not sure if that's a good idea. It might be, and if I have some time I can look into it, but no idea when that'll be. Feel free to open a separate issue if you have time, maybe someone else can step forward and look at it as well :-) |
|
Latest master should have fixed the Some games may fail, either as expected if they have no AppID, but also we can't tell which AppIDs are internal Steam things, DLCs, etc, so it might also return no art found in those cases as well. But, it should be able to set artwork for all owned games. I have well over 1,400 games at this point, so I'm not brave enough to test the command too in a real-world scenario apart from fudging the AppID list for testing :-) |
Thanks 👍 I have 989 games (looked it up 😆 ), so you're definitely ahead of me. I'll give it a try shortly.
Got it 👍 I managed to get the "trimmed" list working before, but I forgot what I did 😞 As I understand it, they're just symlinks (and ReShade won't be able to really do anything without them), but I can see how some might want to pick and choose which repos they want for each game. I remembered a couple more things (don't be mad, please 🙏)
Console log[jeremiah@arcadia ~]$ steamtinkerlaunch update allgamedata
Downloading '/home/jeremiah/.config/steamtinkerlaunch/games/header/.jpg'
Downloading '/home/jeremiah/.config/steamtinkerlaunch/downloads/SteamApps.json'
339M
380M
769M
142M
141M
151M
188M
187M
228M
239M
342M
371M
387M
245M
396M
368M
370M
460M
462M
505M
527M
658M
422M
600M
581M
771M
768M
698M
728M
106M
628M
646M
626M
468M
619M
527M
569M
425M
775M
563M
593M
552M
596M
543M
764M
467M
500M
572M
648M
448M
575M
995M
376M
686M
764M
996M
755M
562M
837M
114M
581M
465M
526M
602M
606M
611M
587M
595M
533M
525M
620M
570M
608M
543M
551M
603M
334M
891M
254M
437M
565M
458M
681M
690M
750M
770M
751M
688M
626M
537M
660M
594M
590M
559M
589M
672M
455M
593M
593M
575M
564M
529M
581M
576M
639M
573M
460M
583M
670M
565M
535M
661M
553M
553M
433M
586M
572M
546M
544M
456M
576M
545M
515M
550M
524M
560M
674M
619M
483M
688M
566M
587M
491M
575M
422M
557M
712M
510M
529M
684M
563M
744M
492M
755M
582M
443M
675M
586M
558M
683M
565M
359M
506M
724M
509M
605M
740M
501M
756M
594M
607M
747M
582M
496M
634M
583M
608M
539M
617M
418M
635M
555M
537M
566M
573M
545M
475M
570M
588M
511M
483M
551M
595M
566M
627M
430M
926M=03s
jq: error: syntax error, unexpected ')' (Unix shell quoting issues?) at <top-level>, line 1:
.applist.apps[] | select (.appid==) | .name
jq: 1 compile error
Hopefully, this time, that's really it for actual bugs. I'll still probably have those "can STL do this" kind of questions in the future 😆 |
Looks like a blank value is getting passed to
The context of this error is trying to get the game name from the Steam API using a given AppID. # in getGameName:
# ...
if [ -f "$APIDL" ]; then
if [ ! -x "$(command -v "$JQ")" ]; then
writelog "WARN" "${FUNCNAME[0]} - Can't get data from '$APIDL' because '$JQ' is not installed"
else
writelog "INFO" "${FUNCNAME[0]} - Searching Game Name for '$1' in $APIDL"
# Here is where the error comes from, '$1' is empty
GNRAW="$("$JQ" ".applist.apps[] | select (.appid==$1) | .name" "$APIDL")"
if [ -n "$GNRAW" ]; then
writelog "INFO" "${FUNCNAME[0]} - Found Game Name '$GNRAW' in $APIDL"
fi
fi
else
writelog "SKIP" "${FUNCNAME[0]} - file '$APIDL' not found"
fi
# ...
Yeah, these are safe. The grep one especially is just grep being grumpy about some escape characters. It's happened in some other test projects I've written, and I've seen the warnings in STL for a while now too. The Good catches all around though, just no "burning" fires I don't think. |
|
Created a branch that experimentally skips the I will be doing a lot more testing on this before I merge it though, as I'm still cautious of impacts this change could have (maybe too overly cautious). |
Thanks again 👍 I've noticed that some project maintainers are noticeably more strict than others at keeping their issues on-topic, so that's why I was kind of nervous there 😅 Glad to hear that it was semi-useful to you 🙏 💜
I'll give it a try once you think it's ready 😁 P.S. I've been looking at Steins;Gate as my next big "when I have money" purchase, but I'm kinda...I mean, the reviews are glowing, but there's a Horror tag, and people talking about tear-jerkers...I'm just not really sure what I'm getting myself into 😅 |
Sometimes I can be, but you bring up issues in a very thorough manner which I appreciate, instead of just throwing in "this doesn't work, fix it now" 😄
Hopefully I can get it into master and with enough testing it should be safe enough. When testing things, one thing I do is I usually try to run that branch as my default one and use STL as I normally would. It can be a very useful way to catch some bugs. There are others but it's probably how I catch the most issues :-)
It's been almost a year and I still tear up, so I'd say brace for that. For horror, it's definitely a minor aspect, though there is some "cosmic horror"; fear of the unknown, and fear of your own choices! But mystery and sci-fi are the main elements. And whether you decide to get it or not, the reviews are entertaining, especially without context :-) |
Thanks. That's something I value as well, although arguably some of my issues are "this doesn't work, and I don't know how to proceed" 🤷 I guess that's somewhat...better?
I feel like...I do the same? Maybe? I don't really have a...method, I guess. Just kind of try it and see if anything seems strange.
Oh my goodness. So, there are a lot of games that made me sad, but things that made me tear up...my mom got terminal cancer around 3 years ago, so that's...pretty much all I can think of. I have no idea why I'm writing all this on a bug report, but: To the Moon made me sad. Narcissu made me sad (somehow I have 6.5 hours on that game without even finishing it 👀) The Danganronpa games made me sad. But this sounds like a completely different animal. I'm kind of...intrigued. Apprehensive, but intrigued.
Gotta love staring at the screen, mulling over choices 🙂
Sounds like it's up my alley 👍
Yeah, I got that vibe, too 😄 Anyway, that was a bit of a sidetrack, but since you said you were a big fan of the game (the series?), I figured I'd get your input. I usually tend towards:
The visual novels I've played so far (Zero Escape, Danganronpa, Ace Attorney, etc.) have been pretty good, but it's a bit more of a jump from my usual, so...I wanted to ask you directly, you know? 😅 Anyway, thanks for being accommodating! 🙏 💜 |
|
Haha, so...I encountered an issue with Steins;Gate, perhaps similar to the one with Attack on Titan 2: ReShade and Special K don't seem to work with this game. However, unlike that game, Steins;Gate won't let me run the game by itself; it requires the launcher, from what I can tell, so simply renaming the game doesn't work this time around. Also, it's not related to STL, but I'm using the Committee of Zero patch, and I'm not seeing any subtitles on the opening (the one at the end of the prologue). Is an override needed? I used the Windows patcher, but there's a Linux patcher, too; should I use that instead? I've only completed the prologue--mainly because I didn't want to go too far without getting the whole experience--but the game seems kinda...unusual? I assume stuff's going to be explained later--because there's a lot of weird stuff happening already--but there's this...bizarre, detached feel to the writing, as if everything feels...distant (yet exaggerated). It's really hard to describe 😅 Anyway, that's the latest from me 👍 EDIT: No offense intended with any of this. Just sharing my first impressions 🙏 |
Yes, Steins Gate requires the launcher :-) Both the main launcher and the Committee of Zero launcher get grumpy if you try to skip it, which is annoying.
Yes, there is no way for ReShade and SpecialK DLLs to load for this game on Linux unfortunately. For SpecialK, there's some kind of global injection that can be used on Windows to get it to work I think, but as far as I know I don't think this is possible on Linux. I tested this myself a while back when testing probably the initial SpecialK issue we were going through, and couldn't get it to work. My guess is that the launcher tries to load the DLLs and can't/doesn't pass them to the game. Zero Escape was able to do it but this is probably a case-by-case thing rather than anything else.
The "Linux patcher" just runs the Windows patcher and attempts to guess a Proton version to use, so either should work. Subtitles should work, however, there is a step required where you need to manually rename the launcher. This used to work, but broke on Windows and Linux, you need to rename the original game's launcher to something else, and rename the Committee of Zero launcher (forget what its actual name is, sorry 😅) You'll know you've done it right if, when you run the game, you get this launcher only.
The original launcher is pretty different, it looks kinda how you'd expect, so there's no chance of mixing this one up with the original launcher. If all that is correct, then note the "Song Subtitles" dropdown on the launcher. It's possible it may have defaulted to If that fails and you want to be sure the patch installed correctly, outside of the CoZ launcher showing up (the one in the screenshot), the font will be different. The patch page has a couple of comparison screenshots :-) If this still didn't work, you can try re-installing the patch, or uninstalling the game, removing any lingering files from the patch, and re-installing the game and then the patch. Uninstalling the patch in my experience breaks all games that have a Committee of Zero patch, for some reason it never works properly. But I don't think that should be necessary. If only the Committee of Zero launcher appears, and the font looks like the one in the patch page screenshots, maybe the Song subtitles were just turned off. Feel free to ask if you need any more help. For what it's worth, I don't think the "vanilla" Steam release has subtitles. I believe the subtitles were taken from the PC release long before it was put on Steam, but that they weren't included in the Steam release, as a "selling" point of the CoZ patch is the subtitles. That's why I bring up that the patch may not have installed correctly for some reason, maybe the game isn't picking up or doesn't have the mod files. Or, it could be nothing that deep :-) I should also mention that there is a way to install the mod files manually. I don't recommend it but if you're curious, the installer basically finds the game install folder, copies the files from the patch folder into the game files (everything in the For the Prologue, I had basically the same thoughts. I gave up at least once and then made a new save and read it again. There's a lot of weird things going on, but there's a part in the very beginning that says something along the lines of "The average person perceives only 1% of their surroundings, even if our brains notice something, they forget it a moment later". I tried to put myself in the shoes of the MC as much as I could, and since they were confused, I figured it was okay to go along for the ride. Also, after a first playthrough, I'd recommend a guide to get the true ending.
Of course! You might not like it and that's fine too, I wouldn't hold that against someone 🙂 More specific to this issue, when I've had time I've been trying to figure out the issue with FFXII. No progress to report yet though. |
|
Thanks for thoroughly answering my questions and concerns 😄 So, after a fresh installation and patching of the game, everything seems like it's working properly. Do you know if the "Steins;Gate Steam - HQ FMV Project" is still...a good idea to patch the game with? https://www.pcgamingwiki.com/wiki/Steins%3BGate#Uncompressed_FMV_videos After all the trouble it took to get working song subtitles, I'd hate to lose them and have to do the whole process all over again 😅 A strange side point was that, with this installation, I had to install the d3dcompiler DLLs through Winetricks to prevent the game from throwing an error. The game worked out of the box last time 🤔 Also wanted to say that I did read your response, but sometimes the energy to respond to each of these points (as I like to do) just isn't there, unfortunately. Thank you for your help and...guidance, I guess? Not sure what to call it, but I appreciate your insight 👍 🙏 💜 |
|
Hmm, I never had to install any Winetricks. I tested a fresh install and it worked fine as well without any Winetricks needed. Maybe the issue is related to the
Yeah, I would recommend using this if you're playing at 1080p. If you're playing at 720p (i.e. on a Steam Deck) it's much less noticeable imo. It has to be installed after the CoZ patch though. It's just dragging and dropping some files into a folder in the game filesa thankfully so no installer here, I think the And no problem, happy to help however I can 👍 |
My monitor's native resolution is 1680x1050, so I guess that's closer to 1080p than 720p 🤔
It's the languagebarrier folder, from what I understand. However, I'm pretty sure--well, it seems like it interferes with the karaoke subtitles (for me), but I'll give it another try. I usually have to do a clean re-install of the game and the CoZ patch to get working subtitles in the opening, so...well, I'll give it a try. Won't know unless I try, right? 😁
Thanks. I know this isn't a Steins;Gate support forum or anything, but I appreciate it 😆 |
|
And...back to no subtitles. The rest of the CoZ changes seem to be there, though 🤷 |
|
There's no hurry on this, but just wondering if you could check something for me in the Proton logs for FFXII for me, when running with and without STL. The Proton logs are the ones that have all of the Wine spew.
I was going through some logs and spotted that message, but it might be entirely unrelated. My current working theory is that for some reason when using STL, there might be some problems with how FFXII is reading the prefix. Perhaps symlinks are still being used somewhere along the trail and FFXII can't resolve them. One way you could check this is by doing the following with the game closed, and then running the game without STL once these steps are complete.
I hope the explanation of how to create the symlink made sense. They can be tricky, and there may be other ways (your file manager may allow you to drag and drop folders to make symlinks, for example), but the general thing I want to test here is if FFXII can write into a path where the saves folder is symlinked. It would be strange if the game could read from, but not write to, the symlink path, but you never know. Once again, no hurry, there's a bit here so just try it out when you have some time :-) |
|
Hope I did this right 😅 Without STLSave folder Symlink folder The game saved properly, although that quick-closing popup showed up at the end. I actually managed to get it this time 😁
Without STL, the game retrieved my previous set of saves. Didn't see anything about a file descriptor, though 😕 steam-595520_without_stl_symlinked_save_dir_works.log With STLWith STL, the game loaded my most recent set of saves. Saving didn't even work once this time. 595520_gamelaunch.log |
|
Thank you for testing, and yup it looks like you did the symlinking correctly. I think my suspicion that FFXII doesn't like symlinks might be on the right track. First, even though the game saved correctly, it showed some error when saving, and this doesn't happen under normal circumstances. Second, saving didn't even work once. My suspicion is then, that with STL, some symlinking is going on somewhere along the trail. On first load with a new Proton version this isn't happening, but it is on the second load. That's why, at least from what I recall here, juggling the Proton versions causes saving to work once but not on the next try. If you can try disabling any kind of compatdata redirect, Steam user symlinking, etc, anything that might be causing the game to try and load data not from the direct prefix path, that could be a good troubleshooting step. It might take a while to try and unwind all of that though. It might be an idea to go through the STL per-game config file and manually edit some elements too and/or confirm their values. If you aren't using any of these options as default, then maybe a fresh game config file would solve the problem. By default, the options under, well, "Default" are used as a template for game files. It's probably not worth editing these just to test one game, instead modifying or at least inspecting a fresh game config file might be the way to go. Feel free to back up your config first, too. Just rename it with an underscore or copy it somewhere, in case you want to restore / reference any other options such as DLL names. The default config file template is stored at You don't have to but if you get extra curious it might be interesting to manually create a symlinked prefix for FFXII. Since we get save errors here with just the save file symlinked I suspect the 100kb error message comes from the game being unable to read the prefix and determine the availabile space, if that makes sense. It tries to save and goes "wait where the heck am I, what is this" and falls back to being unable to save because it can't properly understand the prefix. Since the entire prefix or perhaps just the Steamuser folder is symlinked/redirected, the game is just unable to determine any information about how to read the size of the prefix, which to the game, is the Windows installation. I guess the Wine log message was a red herring, but the symlinking could be confusing the game. I guess we just need to try testing with nothing is being symlinked/redirected using STL and hopefully that allows us to test as close to how the game would run without STL as possible :-) |
Does this look OK? Or am I still missing an option somewhere? Saving is still following the same pattern of not working on the second load.
I got extra curious 😁 Still the same results as above, though 🤷
595520_gamelaunch_symlinked_prefix.log |
|
Thank you a lot for investigating, I'm sorry it didn't lead anywhere I made an issue documenting the things I would like to see implemented/fixed/resolved before v14.0, and I put this issue in under the nice-to-have bugs I would like to see resolved. That isn't to devalue your issue at all, the only crucial things I want resolved before v14.0 are fixing up in-development features (i.e. finishing up SGDB support, and finishing up the Non-Steam Game stuff, basically anything in-flight I want wrapped up). Tying up loose ends for initiatives that I have spent a lot of time researching and implementing. I don't mean any offense by putting it in that category. I mention this at all though because I am hoping that could draw more eyes on it. Maybe that's too optimistic but I am hoping that since so many people keep asking for v14.0, at least one person could take a look and help figure out the problem, as I am stumped. This is definitely the highest up on nice-to-have issues that I want to get resolved before the next release, and if a new release comes without this being resolved it's not like it will be abandoned. If I think of anything or discover anything I will still of course help however I can, and I hope I am able to bring more eyes onto this issue and get the attention of someone who might be able to discover the cause of the issue :-) |
That's a relief 😮💨
No problem at all! If this was the only game I owned, I might be a bit more disappointed, but I've already got a huge backlog as it is, so I can wait 👍
Thanks 🙏 💜. Maybe someone will come up with a good suggestion 👀 Along the line of suggestions: can you think of anything else I can try with Steins;Gate? |
|
Sorry, no idea for Steins Gate. It stills works on my end 😦 I also just realised I should put the help wanted label on here. I'll do that now :-) |
No problem! Now's better than never 😁
I think I might've made some progress figuring things out. Like FFXII, it seems to work once per prefix. My most recent workaround is to launch once with Proton Experimental, delete the compatdata-Proton-GE-8 prefix, switch to Proton-GE 8-25, then launch the game. Running without d3dcompiler_47 doesn't seem to work, producing this dialog box:
So I added to the DLL to STL's Winetricks area, which allows the game to launch normally. As I write this, the game is in the process of launching, so I'll be able to give a better picture if my guess turns out to be correct. I still don't understand the necessary conditions to have the subtitles appear 😕 |
|
The DLL thing and one-per-prefix thing sounds like there may be some configuration issue somewhere, I have also never seen that problem before, and Steins Gate shouldn't need d3dcompiler_47 at all, so it's very strange... Maybe a clean install of STL would be worth trying, backing up your global, default, and per-game config files, but not using them right away. And you can try removing any symlinks that might have been created in the compatdata folder for the Steam library folder where Steins Gate is installed to (and any other games). I know that's gonna be a huge pain no matter how you slice it so if you have a workaround, there is no hurry or anything, but something to keep in mind. Something very strange is going on with your prefixes I think and I can't really understand why. I get the feeling that some global compatdata is being used incorrectly for some of your games despite turning that setting off in STL, and/or STL is borking some of your prefixes for similar reasons. |
|
I can't remember if it came up in this issue or in another, but I am 99% sure we had previously discussed whether the PCGamingWiki allows you to use some kind of API to get game pages by AppID. I found that it does, SteamDB has a link to the PCGamingWiki (and Steam Store pages have this link too if you use the SteamDB browser extension). The link is as follows: The issue of auto-detecting the renderer due to potentially inconsistent page structure still stands, but this was a useful tidbit I just discovered 😄 |
I think I found it 😄
Nice! Anything to streamline the whole process is greatly appreciated 😁 |
System Information
Issue Description
I seem to be attracted to games with strange issues 😅
I've noticed two to three quirks which may warrant a closer look:
The game runs properly when run from the launcher.
With 120+ ms, there is a variable--but usually lesser--amount of crackling. I've gotten it to work properly once so far 😆 . This happens with or without Special K and ReShade enabled. Running the game through the launcher has no discernible audio crackling.
Running the game as a custom command doesn't give me gamelaunch logs--which may be by design--so hopefully it's not a problem if some of them are missing from the list 🙏
As always: I'm not sure which--if any--of these things STL can fix, but I figured I'd toss them out there all the same.
Thanks!
Logs
477740_no_launcher_specialk_auto.conf.zip
477740_steamtinkerlaunch_no_launcher_specialk_auto.log
steam-477740_no_launcher_specialk_auto.log
477740_gamelaunch_launcher_specialk_auto.log
477740_launcher_specialk_auto.conf.zip
477740_steamtinkerlaunch_launcher_specialk_auto.log
steam-477740_launcher_specialk_auto.log
601050_no_launcher_60msec.conf.zip
601050_steamtinkerlaunch_60msec.log
steam-601050_60msec.log
601050_no_launcher_120msec.conf.zip
601050_steamtinkerlaunch_120msec.log
steam-601050_120msec.log
601050_gamelaunch_launcher.log
601050_launcher.conf.zip
601050_steamtinkerlaunch_launcher.log
steam-601050_launcher.log
The text was updated successfully, but these errors were encountered: