goldberg: auto-generate steam_interfaces.txt from the game's steam_api dll #8
No reviewers
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
splitux-gg/splitux!8
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feat/goldberg-generate-steam-interfaces"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Goldberg needs
steam_settings/steam_interfaces.txtto resolve the versioned Steam interface names a game requests; without it, games whose steam_api dll asks for a version the emulator can't infer hitreport_missing_impland (in stock gbe_fork) fatally exit. splitux never deployed it, breaking that whole class of games — e.g. Voidigo, whose GameMaker wrapper callsGetISteamControllerand goldberg couldn't resolveSteamController006.steam_interfaces.txt is a derived fact about the binary (like steam_appid.txt), not a config preference, so it's generated in the deploy layer: a new pure module (
backend/goldberg/pure/interfaces.rs) byte-scans the game's own steam_api dll using gbe_fork's verbatim pattern list (parity-verified against itsgenerate_interfacestool). It's written per-dll before the handler-settings loop, so the handler config layer stays the override point: a handler that declaresgoldberg.settings."steam_interfaces.txt"still wins, andgoldberg.generate_interfaces: falsedisables generation. Default on.Verified end-to-end: Voidigo now reaches gameplay through splitux where it previously fatal-exited at Steam init.