The day when the lemming holding the Xmas sign gets to show off their extra arm

Technically it's not "supported", we're not making any compatibility guarantees, it's just in the autodetection table. But this is the hazard of dragging something out of obscurity I'm afraid.

(we do have a bottom of the barrel, it's called PYST)

I work on a bunch of emulator stuff, happy to try and help if you can describe/screenshot whats going wrong

Somehow I had a boxed copy of this as a kid. My memory is the game was static Photoshop collages with random "clue" sounds playing in the background and I couldn't get past screen 2, so I eventually sent it to landfill. I don't think I ever saw Terry Farrell.

If memory serves, someone told me the Steam version is the same build as the GOG one? xdelta does check the file and should bail if it isn't the right version.

Yep, that is a big problem with having engine updates tied to processor performance. The most common way around this is to have the physics code always run at a fixed timestep, and have the screen update code run at a variable timestep.
gameprogrammingpatterns.com/game-loop.html

I have a feeling I know the answer, but does this address the monkey situation in any way

This has been a good reminder to rewatch Micallef Tonight (pictured) and Newstopia

Doing my bit for international relations

Yep, the only file that is changed is the EXE file so you can do just that

There's a similar technique you can do for the Adlib card, which involves making a channel output a sine wave, manually timing when the wave hits a peak, modding something so the card freezes the channel output, then using the channel volume control as a makeshift DAC.

I recreated this technique for my DOS adventure game engine. Normally the PC speaker is driven by a square wave generator running at a fixed frequency. RealSound makes the CPU send a single-shot impulse 16000 times a second, producing gritty 6-bit sample playback.

github.com/moralrecordi...