The game repeatedly sends a "play audio" command for the same track, and it appears that playing should not be restarted when the device is busy playing audio. I don't know if that would be due to just the busy status or if there would be some recognition that it's the *same* track in the play command. Games usually send a stop command before sending a play command, so the behavior I'm theorizing about seems plausible, but it should be checked on real DOS systems with real MSCDEX.

The attached workaround program will cause "play audio" commands to do nothing but report status if the cdrom device is busy playing audio. It appears to solve the problem, with audio tracks looping or new tracks starting as seems appropriate.

My apologies - I forgot to say that the patch works beautifully, I've created a batch file with it, thank you so much 😀

I doubt the same problem exists on a real PC though. I suspect that a real DOS system with real MSCDEX would do what your patch does - if there is already a track playing, it will ignore any further calls to play a redbook track until the previous one has been stopped.