SC-55 hangs.
SC-55mk2 hangs.
SC-7 hangs.
Yamaha DB50XG hangs.
Tested in DosBox 0.74 via Roland UM-ONE.

Wow, awesome! That's some extensive testing, thanks! So it seems the x-fi on-board MIDI not hanging is the exception.

If I would be able to 'fix' the MIDI file with editing software, would there be a way to re-pack it into TOUCHE.DAT?

(Was also using a UM-ONE (v.1) by the way)

Channel 1 (clarinet) has erroneous note events at bar 33. The D4 note is turned on twice at the same time; the second follows the normal on-then-off pattern of events, but the first has off-then-on events that can lead to a "stuck" note depending on how the player software and/or synthesizer choose to interpret it.

The ideal way to fix it is to delete the first set of b0rked note events, but replacing the entire MID file inside TOUCHE.DAT could be complicated. A simple hack is to change the events into the normal on-then-off sequence, giving a note of zero length instead of a note of indefinite length. In the ripped MID file, change the byte at offset 379h from 80h to 90h and the byte at 37Dh from 90h to 80h; in TOUCHE.DAT the offsets are 16740ADh and 16740B1h.

Thank you *very* much good sir, this worked a treat! Very happy to finally have a fix for this; that little music bug annoyed me to no end!

Help me, i'm stuck! Since TOUCHE.DAT is located on cd-rom, how can i edit it? Or somehow i need to do full-rip of this game on the harddrive, but have no luck with it yet..

The usual way would be to copy the cdrom file and directory structure to a directory on hdd and mount the hdd directory as a cdrom -- in DOSBox you'd mount with the "-t cdrom" switch, in real DOS you'd mount with FAKECD or the like. You can then modify the files on hdd. Faking a cdrom often works, unless the game is doing sector access or something else not faked well enough.

ripsaw8080 wrote on 2022-12-02, 15:01:

The usual way would be to copy the cdrom file and directory structure to a directory on hdd and mount the hdd directory as a cdrom -- in DOSBox you'd mount with the "-t cdrom" switch, in real DOS you'd mount with FAKECD or the like. You can then modify the files on hdd. Faking a cdrom often works, unless the game is doing sector access or something else not faked well enough.

Works like a charm!
But now i can't find intended byte 🤷‍♂️ Maybe its easier to just play music through x-fi midi or good old fm synth..

Most likely you have a different version of the game. You can search for the byte pattern 33 80 3E 5C 00 90, of which the 80 and 90 bytes are the ones to change to 90 and 80. In the file you have, the offsets appear to be 16740A3 and 16740A7.

ripsaw8080 wrote on 2022-12-02, 17:13:

Most likely you have a different version of the game. You can search for the byte pattern 33 80 3E 5C 00 90, of which the 80 and 90 bytes are the ones to change to 90 and 80. In the file you have, the offsets appear to be 16740A3 and 16740A7.

Thank you, that fixed stuck note on Roland SC VA (and it sounds much better than X-fi soundfont 😁)

Btw, there are several midi tunes in this game with stuck notes, oh well.

Hmm, perhaps the game developers tested with a synth that is immune to the out-of-sequence events and so didn't notice the issue.

I'll see if there's a way to identify the b0rked events that isn't too tedious... in the meantime you can just reconcile it as an "annoying bug authentic" game bug. 😉

ripsaw8080 wrote on 2022-12-05, 23:02:

Hmm, perhaps the game developers tested with a synth that is immune to the out-of-sequence events and so didn't notice the issue.

I'll see if there's a way to identify the b0rked events that isn't too tedious... in the meantime you can just reconcile it as an "annoying bug authentic" game bug. 😉

Ha-ha, this is what I will do!