Executable Arguments Are Not Passed to Custom Commands

[SentaiBrad]

System Information

• SteamTinkerLaunch version: 11.12.20221021
• Distribution: SteamOS
• Installation Method: ProtonUp-Qt

Issue Description

I have read the GameScope Wiki page several times to make sure I got it configured properly, and the page on it for the Steam Deck. However, despite it being enabled, "GameScope" is passing over no arguments to New Vegas in this case. And yes, MO2 is installed, but I am clicking on the "No MO2" option each time. I am also configuring this in desktop mode, and not the SteamOS GameMode.

I know STL is passing over any commands because I also enabled DXVK HUD, and turned on all of the settings. The Deck is plugged into an External Display, running at 120Hz (max of 165Hz), and I am attempting to Frame Limit the game to 60fps (also tested 30fps). In-game, however, it is running at 120FPS, and I thought something was wrong, to begin with because the game plays too fast.

I looked at every menu I could, and in the conf manually. "GameScope" is enabled and doing nothing as far as I can tell. The behavior happens regardless of the game's built-in VSync. I wanted to go this route, as it is a native Linux Limiter instead of using SpecialK even though it has one of, if not the, best frame limiters out there (at least on Windows).

Side question: I can enable SpecialK in a hidden menu or conf file, but where is the main SpecialK menu? I read somewhere it might be removed. Did that go through?

Logs

Game Launch Log
Fallout New Vegas.log

SteamTinkerLaunch Log
Fallout New Vegas.log

/dev/shm/steamtinkerlaunch/ Log
steamtinkerlaunch.log

[SentaiBrad]

I was able to get a Frame Limiter going by enabling a 60fps lock in DXVK.

Still unsure why GameScope was not enabled.

[sonic2kk]

First of all, I highly discourage playing games in Desktop Mode on Steam Deck. Just using GameScope with composing disabled won't give you the same kind of performance you get in Game Mode, if you're just testing it's fine but this is really just a "courtesy" warning that you shouldn't be doing this if you plan to play seriously.

"GameScope" is enabled and doing nothing as far as I can tell

This definitely sounds like a bug, it worked in my tests previously in Desktop Mode with Terraria. Can you try running without MO2? Set it to disabled in the Main Menu and launch the game. You can tell if GameScope is enabled by pressing Meta+W to bring up all windows and if there is no window icon, you are probably using GameScope. You could also check in system monitor by searching for gamescope, or also by setting the GameScope resolution to something absurd and seeing if there is any visible change.

Using the "No MO2" option may be the problem here, you could also try running with MO2 GUI and seeing if GameScope launches that way. It should - It worked for me before when I modded Skyrim. MO2 would run in a GameScope window and the game would launch on top of it. But perhaps choosing thee "No GUI" option or whatever it's called, happens to break passing GameScope.

Side question: I can enable SpecialK in a hidden menu or conf file, but where is the main SpecialK menu? I read somewhere it might be removed. Did that go through?

SpecialK has not been removed. You can enable it in the Main Menu. I am not so sure that it works better as a framerate limiter on Linux, your mileage may vary on that front. Whether you use MangoHud, GameScope or DXVK to limit the framerate, they should all work the same. Please remember that SpecialK is a Windows tool and the developer only offers minimal support and tolerance for the Linux community.

[SentaiBrad]

First of all, I highly discourage playing games in Desktop Mode on Steam Deck. Just using GameScope with composing disabled won't give you the same kind of performance you get in Game Mode, if you're just testing it's fine but this is really just a "courtesy" warning that you shouldn't be doing this if you plan to play seriously.

100%. It's just easier for testing purposes. I know performance is not nearly the same. But, it is a lot easier to mod, tinker, edit configs like this, or test to make sure a frame limiter is working.

Side question: I can enable SpecialK in a hidden menu or conf file, but where is the main SpecialK menu? I read somewhere it might be removed. Did that go through?

SpecialK has not been removed. You can enable it in the Main Menu. I am not so sure that it works better as a framerate limiter on Linux, your mileage may vary on that front. Whether you use MangoHud, GameScope or DXVK to limit the framerate, they should all work the same. Please remember that SpecialK is a Windows tool and the developer only offers minimal support and tolerance for the Linux community.

That's what I presumed. Totally different environment, but curiosity.

"GameScope" is enabled and doing nothing as far as I can tell

This definitely sounds like a bug, it worked in my tests previously in Desktop Mode with Terraria. Can you try running without MO2? Set it to disabled in the Main Menu and launch the game. You can tell if GameScope is enabled by pressing Meta+W to bring up all windows and if there is no window icon, you are probably using GameScope. You could also check in system monitor by searching for gamescope, or also by setting the GameScope resolution to something absurd and seeing if there is any visible change.

Using the "No MO2" option may be the problem here, you could also try running with MO2 GUI and seeing if GameScope launches that way. It should - It worked for me before when I modded Skyrim. MO2 would run in a GameScope window and the game would launch on top of it. But perhaps choosing thee "No GUI" option or whatever it's called, happens to break passing GameScope.

Disabled MO2 in the Game Menu, disabled the DXKV 60fps limit I had set and re-enabled GameScope in this menu as well. Went back to the main menu, and into the GameScope-specific menu here, and am using these settings for a test:

DXVK Hud is reporting 120fps once again, no frame limiting. I ran KFind under the STL .config folder and searched inside all documents for references to GameScope, and then I narrowed them down to the testing I am doing just for this with New Vegas. Unsure if these are helpful, but here they are.

22380.log
This log is from -
/home/deck/.config/steamtinkerlaunch/logs/steamtinkerlaunch/id

22380.txt
This config (changed to a .txt as GitHub wouldn't allow me to upload a .conf) is from -
/home/deck/.config/steamtinkerlaunch/gamecfgs/id/

Worth noting that the default_template.conf has GameScope disabled, but I assume that game-specific changes override the default setting.

[sonic2kk]

100%. It's just easier for testing purposes

Absolutely fine :-) Basically, I wanted to avoid a scenario where you pour time into getting something working only to realise it won't work how you expect. I also foresee situations where users on Steam Deck see GameScope and think "oh, that's the thing that gives the Steam Deck good performance!" - I am not trying to imply that this is how you would have seen it, but this is the kind of situation I want to avoid.

and into the GameScope-specific menu here, and am using these settings for a test:

The bottom checkbox has to be enabled in that screenshot, the one simply called "gamescope". Although in your earlier screenshot from the main menu, the GameScope checkbox was checked. It might be worth making sure this option is definitely kept toggled on - Try enabling that checkbox, then pressing "Done" and then going back into the GameScope menu to see if it stays enabled.

Until fairly recently, GameScope was disabled entirely on Steam Deck. But there was a change made to include a variable to differentiate between running in Game Mode and Desktop Mode on Steam Deck, and I made the change to enable GameScope. I had tested with Terraria and Cookie Clicker and it seemed to work, however I did no testing with ModOrganizer 2 - It didn't occur to me that there could be problems.

GameScope is still disabled in Game Mode (along with a couple of other settings) because there is no reason to allow a user to enable it in Game Mode.

[log files]

Looking at your log, it looks like GameScope is still being disabled.

Mon Oct 24 08:36:19 AM PDT 2022 SKIP - steamdeckBeforeGame - Disabling own gamescope on SteamDeck

The outgoing start command is not passing GameScope either, as would be expected from the above message:

Mon Oct 24 08:36:19 AM PDT 2022 INFO - launchSteamGame - Final outgoing start command: '/home/deck/.local/share/Steam/compatibilitytools.d/GE-Proton7-37/proton waitforexitandrun /home/deck/.local/share/Steam/steamapps/common/Fallout New Vegas/FalloutNVLauncher.exe /home/deck/.local/share/Steam/compatibilitytools.d/GE-Proton7-37/proton waitforexitandrun /home/deck/.local/share/Steam/steamapps/common/Fallout New Vegas/FalloutNVLauncher.exe /home/deck/.local/share/Steam/compatibilitytools.d/GE-Proton7-37/proton waitforexitandrun /home/deck/.local/share/Steam/steamapps/common/Fallout New Vegas/FalloutNVLauncher.exe'

Just to absolutely confirm, you are running SteamTinkerLaunch from Desktop Mode with this log file, yes? Does the timestamp also look correct to you?

I also notice that you are trying to launch a custom command for Fallout New Vegas? Is this a mistake, or perhaps an attempt to skip the launcher? I am not sure if custom commands use GameScope or how that works, so I would try disabling using a custom command just in case.

However, the "disabling own gamescope on SteamDeck" message might be the real problem here.

Worth noting that the default_template.conf has GameScope disabled, but I assume that game-specific changes override the default setting.

Correct, GameScope is disabled by default for all games and it has to be enabled on a per-game basis - SteamTInkerLaunch almost always won't touch per-game settings by default. So if you just enabled STL for a game and launched it, it should launch virtually identically to a regular game launch. It's up to users to enable the tweaks, which are really just passing environment variables.

[SentaiBrad]

100%. It's just easier for testing purposes

Absolutely fine :-) Basically, I wanted to avoid a scenario where you pour time into getting something working only to realise it won't work how you expect. I also foresee situations where users on Steam Deck see GameScope and think "oh, that's the thing that gives the Steam Deck good performance!" - I am not trying to imply that this is how you would have seen it, but this is the kind of situation I want to avoid.

and into the GameScope-specific menu here, and am using these settings for a test:

The bottom checkbox has to be enabled in that screenshot, the one simply called "gamescope". Although in your earlier screenshot from the main menu, the GameScope checkbox was checked. It might be worth making sure this option is definitely kept toggled on - Try enabling that checkbox, then pressing "Done" and then going back into the GameScope menu to see if it stays enabled.

I realized after the screenshot and did enable it.

Until fairly recently, GameScope was disabled entirely on Steam Deck. But there was a change made to include a variable to differentiate between running in Game Mode and Desktop Mode on Steam Deck, and I made the change to enable GameScope. I had tested with Terraria and Cookie Clicker and it seemed to work, however I did no testing with ModOrganizer 2 - It didn't occur to me that there could be problems.

On this most recent test, I disabled MO2 in the settings and we're still at no changes.

GameScope is still disabled in Game Mode (along with a couple of other settings) because there is no reason to allow a user to enable it in Game Mode.

Which is totally fair. In the end, the DKXV implementation worked perfectly in GameMode. The DXKV Hud was still even visible in GameMode, and overlapped with the Valve MangoHud implementation. I can make a Bug Report on this too if you'd like.

[log files]

Looking at your log, it looks like GameScope is still being disabled.

Mon Oct 24 08:36:19 AM PDT 2022 SKIP - steamdeckBeforeGame - Disabling own gamescope on SteamDeck

The outgoing start command is not passing GameScope either, as would be expected from the above message:

Mon Oct 24 08:36:19 AM PDT 2022 INFO - launchSteamGame - Final outgoing start command: '/home/deck/.local/share/Steam/compatibilitytools.d/GE-Proton7-37/proton waitforexitandrun /home/deck/.local/share/Steam/steamapps/common/Fallout New Vegas/FalloutNVLauncher.exe /home/deck/.local/share/Steam/compatibilitytools.d/GE-Proton7-37/proton waitforexitandrun /home/deck/.local/share/Steam/steamapps/common/Fallout New Vegas/FalloutNVLauncher.exe /home/deck/.local/share/Steam/compatibilitytools.d/GE-Proton7-37/proton waitforexitandrun /home/deck/.local/share/Steam/steamapps/common/Fallout New Vegas/FalloutNVLauncher.exe'

Just to absolutely confirm, you are running SteamTinkerLaunch from Desktop Mode with this log file, yes? Does the timestamp also look correct to you?

Yes and Yes.

I also notice that you are trying to launch a custom command for Fallout New Vegas? Is this a mistake, or perhaps an attempt to skip the launcher? I am not sure if custom commands use GameScope or how that works, so I would try disabling using a custom command just in case.

I was not to my knowledge, no.

However, the "disabling own gamescope on SteamDeck" message might be the real problem here.

Worth noting that the default_template.conf has GameScope disabled, but I assume that game-specific changes override the default setting.

Correct, GameScope is disabled by default for all games and it has to be enabled on a per-game basis - SteamTInkerLaunch almost always won't touch per-game settings by default. So if you just enabled STL for a game and launched it, it should launch virtually identically to a regular game launch. It's up to users to enable the tweaks, which are really just passing environment variables.

If GameScope only provides benefits in the Desktop Environment, then would it be a good idea to scrap it for the Deck version all together then? Considering trying to actively play games in the DE on the Deck is a generally dumb idea. The only benefit this testing may prove valuable for might other limited permission distro's that STL can run on.

[sonic2kk]

I can make a Bug Report on this too if you'd like.

I am sort of hesitant as DXVK Hud could have some extra info and such that Valve's MangoApp overlay doesn't have. I think letting a user enable DXVK Hud in Game Mode is fine, I don't think we disable MangoHud in Game Mode so I would lean more in favour of letting a user keep DXVK hud enabled. It's less likely to cause real problems that can't be solved by simply disabling Valve's MangoApp overlay in Game Mode, whereas Feral GameMode (performance boosting tool enabled and configured in Game Mode by Valve, but STL lets you enable this on Desktop if you have it installed) and GameScope could cause hindrances beyond just visual overlap.

If GameScope only provides benefits in the Desktop Environment, then would it be a good idea to scrap it for the Deck version all together then? Considering trying to actively play games in the DE on the Deck is a generally dumb idea.

I can see where you're coming from, but a user might have any number of reasons to wanting to use GameScope on Deck including testing. I am not in favour of removing the option to use features in a Linux desktop specifically to appeal to Steam Deck use-cases. Users are tinkering with SteamTinkerLaunch at their own risk, and user-error is on them. There might be a situation where a user wants to play a game in Desktop Mode, and they're heavily customised their SteamOS install, tinkered around with Feral GameMode, and they want to use GameScope to play games that have windowing issues/want to restrict a game for any number of reasons.

I do understand the logic in removing it but I am not in favour of removing features that power users might find useful, and SteamTinkerLaunch imo appeals most directly to power users.

---

I'm still not sure why STL thinks GameScope should be disabled. I'll have to investigate more into this, but other issues take priority at the moment :-)

[sonic2kk]

I just did a quick test again with Cookie Clicker on the latest Git, and GameScope was enabled fine for me. When you start a game, the notifier should tell you the Proton version and if it's starting with GameScope.

I'm going to add some more logging to properly log when STL thinks its in Game Mode and Desktop Mode on Steam Deck. The logging is already there, but I didn't see the note that GameScope was running "forced" on Deck. I'll have to test and check again.

If you have any other games on your Deck that you're willing to test with, please do and report back! It doesn't have to be anything major, just something small that you don't really care if you mess up tinkering with - Just a simple test with a simple game, enabling GameScope and maybe something else like MangoHud or DXVK Hud.

EDIT: I wonder if DXVK Hud is breaking GameScope... Doubt it though, since there is that explicit warning that we're disabling GameScope

[sonic2kk]

If you are still having trouble with the automatic updating for STL as per #635, don't worry about this issue for now.

I added some more logging in the latest version (20221024-3), if you've got STL updated and if you have a moment please run FONV (or any game, really) and attach a log so I can take a look at the updated logs. Feel free to look yourself of course too, the logs might seem a little scary but they're a nice trace once you understand the flow.

[SentaiBrad]

Doesn't look like anything is being activated still. No 60fps clamp.

From /home/deck/.config/steamtinkerlaunch/logs/steamtinkerlaunch/id/
22380.log

From /home/deck/.config/steamtinkerlaunch/logs/gamelaunch/id/
22380.log

[frostworx]

the log from #639 (comment) looks a bit confusing (prepare launch after the game was closed).
But using the custom command CUSTOMCMD is enabled USECUSTOMCMD, which might not have an extra check for gamescope FIXGAMESCOPE
Also it seems the last release version "SteamTinkerLaunch v11.11" was used, so I'd suggest

• re-try with disabled CUSTOMCMD
  and/or
  check why the auto-update to git master didn't work (or quickly reading through SteamTinkerLaunch constantly searching for updates. #635 - check if the update really worked)

sorry if anything I wrote is already known, haven't read through this issue not too carefully as well...