Final Tear 3: insanity.mid (_WM_ParseNewMidi:187) (missing EOT) (File corrupt)

[Ghabry]

Final Tear 3 is a RPG Maker 2003 game.

Here is the file:
insanity.zip

Fails with "(_WM_ParseNewMidi:187) (missing EOT) (File corrupt)"

I tested playing the file with Timidity and FmMidi: Plays fine in both.
Can't comment further, no idea how the Midi format works, sorry.

[psi29a]

Sounds (pun intended) like the file is missing the End of Track record, as WM correctly detects this. The file should be fixed.

There is perhaps a use-case for a flag that makes the parser less strict, but for the time being that is the behaviour and WM is working as intended.

[Ghabry]

Okay, so as the name says the file is a bit insane (hihi).

Because the standard indeed says this (just checked it based on your information) I agree that this behaviour is fine.

Maybe tolerating this should be reconsidered when many files are corrupted in such a way but by now this is the first one I ever encountered, so not a big deal.

[sezero]

libtimidity doesn't have any problems with this file.

Maybe the strictness of wildmidi can be relaxed a little
when the midi has only one track like this one?

[chrisisonwildcode]

I agree, when only one track.

…

On 7 Dec. 2017 6:23 am, "sezero" ***@***.***> wrote: libtimidity doesn't have any problems with this file. Maybe the strictness of wildmidi can be relaxed a little when the midi has only one track like this one? — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#183 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AGaeesxbBvIh2Vwt1a46rut8VVjYXW9Rks5s9vexgaJpZM4Q4bmg> .

[psi29a]

No need to close just yet. :)

[Ghabry]

Got another MIDI reported that fails to play because of missing EOT:

Lands_25.zip

Appears to be a common problem. Broken MIDI editors everywhere.

[chrisisonwildcode]

Just made a commit that fixes this issue