SCI: Betrayed Alliance - Menu discrepancy: "Music" in Speed menu item

[dfsgand]

ScummVM version checked:
ScummVM 2.9.0git5034-g8019d0eea13 (Jun 1 2024 20:18:24)
Using SDL backend with SDL 2.0.14
Features compiled in: Vorbis FLAC MP3 ALSA SEQ sndio TiMidity RGB zLib MikMod VPX A/52 FreeType2 FriBiDi JPEG PNG ENet SDL2 TinyGL OpenGL (with shaders)
Platform: Debian 11.9 bullseye, x86-64

Games: Betrayed Alliance v1.3.2: ​https://github.com/Slattstudio/BetrayedAllianceBook1/releases/tag/release-v1.3.2

Upon being given control in ScummVM, the last entry in the "Speed" menu reads "Slower -Music". This does not happen in native: the last line instead reads "Slower -" with the dash properly aligned. See the screenshots for more details. (Native DOS screenshot courtesy of PickledDog.)

[dfsgand]

ScummVM screenshot

[dfsgand]

Screenshot from DOS with MT-32 enables

[sluicebox]

What makes you think this is related to MT-32? I see the same results with a default ScummVM config (no MT-32), so I'm confused. Are you seeing something different, or were you guessing? =)

[sluicebox]

I'm now certain this has nothing to do with MT-32 or any music, so let's ignore all that. It also applies to all versions of this game.

This game has a malformed menu string which has exposed a discrepancy in how we parse malformed menu strings. We display "-Music" because that's the text that this menu string ends in. By luck, Sierra's interpreter ignores the junk "Music" at the end, so the author didn't notice their mistake.

It would be good to fix this, but it's also about as low priority as you can get: this doesn't happen in real games, and the easy solution is to email the author and let them know. I've done that, so presumably this will be fixed in the next game version.

Our menu code is a 200 line function of classic C string parsing. It's also based on reverse engineering, so the names are guesses, meanwhile Here In The Future we know the real spec and the real names of menu string components. Our code also handles dual-language games too. It's risky to alter any of this, and the next game release will make it moot.

It's still worth doing eventually, even if it just makes our menu code a better reference. We'll keep this open, and I'll lower priority and remove the MT-32 references.