You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Some of you are familiar already; but for the others. I'm one of the folks working on
the Nexus Mods app (a Cross Platform, GPLv3 Mod Manager) funded by Nexus Mods.
And, a while back we've added support for GOG games by integrating with Heroic;
in the hopes to make modding on Linux more accessible to a typical user.
That said, thank you for all your work.
What's missing?
It seems there's currently no way to pass command line arguments when launching
games through Heroic.
Looking at src/backend/protocol.ts#L104,
which I believe is the entry point, it seems the heroic protocol doesn't support this yet.
Why we need this
When we launch games from within the App, we actually request the store / user's installation method to start the process
whenever possible. People hitting 'launch game' via the App actually request Heroic itself to launch it (heroic://launch/).
Launching via Heroic ensures the end user's preferences for things like WINEPREFIX, Wine/Proton version etc. are respected.
Some games however may need specific command line arguments to work properly with mods.
Some good examples:
Mount & Blade II: Bannerlord: We need to specify the mods to be loaded via commandline args; and whether to boot singleplayer/multiplayer.
If the user has BLSE installed, we need to pass /forcenetcore to be able to boot the game at all!!
Cyberpunk 2077: If the user is using REDmod (CDPR's 1st party mod loader/tool), we need to pass the set of mods to 'deploy' (compile) to their CLI.
What we're thinking
It would be helpful if it were possible to pass additional launch arguments when starting games through Heroic's protocol.
Hey there, I've just opened a PR to resolve this issue. Please check it out, feel free to ask (either here or on Discord) if there are any questions.
I should note that if you want to pass multiple arguments, you will need multiple arg parameters. Splitting arguments automatically on whitespace is purposefully not done (to make it possible to specify /paths/with spaces/ as one argument for example)
Hey there, Heroic team! 👋
Some of you are familiar already; but for the others. I'm one of the folks working on
the Nexus Mods app (a Cross Platform, GPLv3 Mod Manager) funded by Nexus Mods.
And, a while back we've added support for GOG games by integrating with Heroic;
in the hopes to make modding on Linux more accessible to a typical user.
That said, thank you for all your work.
What's missing?
It seems there's currently no way to pass command line arguments when launching
games through Heroic.
Looking at src/backend/protocol.ts#L104,
which I believe is the entry point, it seems the heroic protocol doesn't support this yet.
Why we need this
When we launch games from within the App, we actually request the store / user's installation method to start the process
whenever possible. People hitting 'launch game' via the App actually request Heroic itself to launch it (
heroic://launch/
).Launching via Heroic ensures the end user's preferences for things like WINEPREFIX, Wine/Proton version etc. are respected.
Some games however may need specific command line arguments to work properly with mods.
Some good examples:
Mount & Blade II: Bannerlord
: We need to specify the mods to be loaded via commandline args; and whether to boot singleplayer/multiplayer./forcenetcore
to be able to boot the game at all!!Cyberpunk 2077
: If the user is using REDmod (CDPR's 1st party mod loader/tool), we need to pass the set of mods to 'deploy' (compile) to their CLI.What we're thinking
It would be helpful if it were possible to pass additional launch arguments when starting games through Heroic's protocol.
Currently the protocol uses the following form:
It could be extended to something like:
With the
commandLineArgs
section being optional.Or alternatively:
We're happy to help out with this if you need any support from us - just let us know!
And of course, thanks for your time 🤞
The text was updated successfully, but these errors were encountered: