Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Detecting GameMaker

Offen
#40 13 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
25/100
Issue-Typ
Feature
Klarheit
Muss geklärt werden
Aktivitätsstatus
Veraltet
Bereich
tooling

Rechercherichtung

Start by reviewing the existing GameMaker detection entry points and how depot file lists are scanned; the issue does not name specific files or tests. Compare the listed false negatives and proposed markers, then define which detection signals to support and verify them against the example depots without introducing false positives.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Type: Engine

Currently there are plenty of false negatives for GM games, which is attributed to the following factors:

  • GMS1..GMS2.2 (or so) games compiled with YYC would embed data.win file into the executable as a resource instead of keeping it external.
  • snd_* naming convention is non-obligatory - mus_ is also common, as is camelCase/PascalCase. And some games might not have external audio at all! (it's a thing you tick a checkbox for on sounds)
    In a way I also personally made the matters worse due to releasing a tool that rewrites audio file paths and moves them to a sub-directory
  • GMS1 had an option to use a compressor (cabinet extractor IIRC) to pack everything into one large executable.
  • Pre-GMS1 games are hard to detect since there was always a single executable.
    Since almost all games would resort to using at least one DLL for specific features, collecting legacy DLL names from GMToolbox could help, but would take a while.
    Binary signature detection is also problematic.
  • options.ini is not required for the game to run so some people would delete it

Suggestions:

  • game.unx and game.ios are Linux/Mac versions of data.win
  • Furthermore, OSX builds will contain libYoYoGamepad.dylib for concrete results.
  • runner (+x) + run.sh + lib/libsteam_api.so + assets is a good tell of a GM Linux build that has not been customized
  • audiogroup<index>.dat are packages of audio files to be loaded on-demand and can be a good tell.
    These are always labelled sequentially starting at 1, so audiogroup1.dat, audiogroup2.dat, and so on.
  • D3DX9_43.dll without D3DCompiler_43.dll can be a good hint of GMS1 YYC game given presence of other evidence.
  • If you can afford to: see if the depot contains a single executable and try extracting it via 7z e that.exe.
    This would also fix some other false negatives with games that used self-extracting executables.
  • If you can afford to, scan the executable bytes for FORM <any 4 bytes> GEN8 - this is a tell of a data.win file embedded into the executable.
    image
    (pictured: Cavern Kings' executable)
  • Checking for GameMaker-specific DLLs could help:
    • CleanMem.dll: this thing.
    • Steamworks.gmk.dll: my Steamworks wrapper for pre-GMS1 GameMaker versions (as far as I can tell, adds a couple games)
    • Steamworks.gml.dll: my Steamworks helper for current GameMaker versions
    • GOG.gml.dll: my GOG wrapper
    • joydll.dll + SDL.dll: a DLL for SDL-based gamepad support
    • GMS-WinDev.dll: an ancient DLL of mine with Windows-specific curiosities.
    • Apollo.dll: my Lua wrapper. Might be worth combining with other evidence since the name is generic enough.
    • gmlive-server.exe: the local server from my live-coding extension. You are not supposed to ship it to the end user, but people sometimes forget.
    • geon_fx: a folder with bits from Geon FX particle editor. Similarly, you are not supposed to distribute it to the end user, but guess what
    • display_mouse_lock.dll: a native mouselock extension of mine.
    • window_set_cursor.dll: an extension for native cursors by me.
    • rousrDissonance.dll: a Discord Rich Presence wrapper extension.
    • window_frame.dll: an extension of mine that prevents the game from getting frozen in an event loop while resized... and causes a handful
    • catch_error.dll: an extension of mine that monkey-patches exception handling and crash reports into versions of GameMaker that didn't have those.

Some false-negatives:

  • Caveblazers: no .win, no options, camelCase sounds - needs .exe scan
  • Circuit Breakers: self-extracting executable on Windows, but Mac version is easily detectable
  • Witchinour: no .win, no sounds, but has display_mouse_lock.
  • Cavern Kings: self-extracting executable, no .win, music_-prefixed OGGs
  • Devolver Bootleg: no options, no sounds - needs .exe scan
  • Downwell: self-extracting executable
  • Duke of Defense: no options, no sounds, has rousrDissonance.dll
  • Ghost Croquet: no .win, custom sound names, Steamworks.gml.dll
  • Gun Done: also a self-extracting executable
  • Heat Signature: no .win, custom sound names - needs .exe scan
  • INK: a self-extracting executable
  • Last Horizon: a self-extracting executable, no .win, no options, custom sound names - needs .exe scan
  • Momodora III: no .win, no options, but has CleanMem.dll
  • Momodora RUtM: same author, same deal
  • Nidhogg 2: no .win, custom sound names, Steamworks.gml.dll, audio groups.
  • Nuclear Throne: no .win, custom sound names, a whole lot of my DLLs (because I extensively worked on this game)
  • Pilot Unknown: no options, no sounds, window_set_cursor.dll
  • Pixel Beef Battle: no options, no sounds, geon_fx folder
  • Prime Mover: no .win, no options, no sounds, window_set_cursor.dll
  • Samurai Gunn: no options, custom sound names, joydll.dll
  • ROFLNAUTS in Awesomenauts: the mini-game is made in GameMaker and spots joydll.dll... but what should SteamDB do if a game uses multiple engines as result?
  • Super Mutant Alien Assault: a self-extracting executable
  • Taco Gun: no options or sounds, but has audiogroup#.dat
  • Wild Glory: no .win or options, but has audiogroup#.dat.
Vorherrschende Sprache
PHP
Sterne
234
Forks
112
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus SteamDatabase/FileDetectionRuleSets

Alle Issues in SteamDatabase/FileDetectionRuleSets

Ähnliche Issues

Weitere Issues zu PHP

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.