ok i've looked into this a bit more, looked at the contents of funkyday.mod in a hex editor. it would appear that the file is not packed, since it is still possible to read all the sample text! the header also has "STrkSCPL" written in it, which i am assuming is the format of the mod. i'm still searching but i'm yet to find the name of the tracker that created this file. let me know if anything comes up!

there IS a protracker tune in there, i managed to get it out late last night

anyway, heres how i did it:

1) load up ExoticRipper
2) use the "Read" option to load the module into RAM
3) hunt the memory for mods
4) exoticripper will find a mod called "mod.another_funky_day"
5) use the "Write" option to save it out as a protracker.

its worth noting that this ripped protracker version is actually *smaller* than the original!

ps. uploaded the "mod.another_funky_day" to the zone if you still want it.

Apologies for reviving an ancient thread but I thought it was probably worth adding a definitive footnote as there are many old MOD/S3M/XM files on Aminet that have this problem.

CHiEF, you were 99% there, for the detective work

funkyday.lha was packed with the Mac version of LHA, this can be confirmed by checking the OS ID byte at offset 0x24 or more simply by using the -verbose listing option in LHA (checked with GNUWin LHA 1.14i). The MOD itself is encapsulated in the original MacBinary format (as documented here) which was designed to retain the Mac filesystem's metadata on systems that do not support it natively.

The correct way to strip off the container without resorting to a module ripper or hex editor is to use a program like MacBinary (Win32) which will correctly remove the header and any resource fork that may be attached to the end of the file. Simply removing the first 128 (dec.) bytes with a hex editor does work but the file will not be it's original (pre MacBinary) size, in the case of funkyday.mod there are 50 null bytes on the end that should be removed.