Print

[ssj]

File: http://aminet.net/mods/8voic/s3m_hunt.lha

freezes with infinite loop at:

.0046F3F3: 8BCF                         mov         ecx,edi
.0046F3F5: E816F2FFFF                   call       .00046E610 
.0046F3FA: 807E1401                     cmp         byte ptr [esi+14],01 
.0046F3FE: 74F3                         je         .00046F3F3 

seems like cannot load samples, if interrupted saves backup.xm with patterns but no samples...
The file seems to be ok, at least VLC can play it.

[Saga Musix]

this file is known to be somewhat troublesome. i suggest the milky author(s) to look at the xmp or openmpt sourcecode how to fix it (search for "s3m_hunt" in their loaders).

[ssj]

http://aminet.net/mods/8voic/s3m_shadows.lha

cannot decode 4th pattern (at 0AAFh, MT thinks it starts at 0AB0h and has 1 byte length and crashes)

[Saga Musix]

It's the same problem, so if some milky coder just applies the xmp fix, both problems will be solved.

[pailes]

I really wonder where all those incorrectly stored s3ms are coming from. I mean, they're basically corrupt because their way of storing the data is not s3m spec compliant. How can a pattern even start at an offset which is not a multiple of 16?

[pailes]

Ok I did some investigation with original ST3 and it seems that ST3 can't load these files either. I will make the S3M loader more robust so it will neither crash nor lockup in an infinite loop.