Yeah, OctaMED support has been somewhat broken/incomplete for a long time (see related issue). It needs to be rewritten entirely at some point (probably using the libxmp code as a base). I have little understanding of the different tempo modes in OctaMED so I'm not sure I would be able to fix it before that rewrite...

Also, the attachments are missing, please, attach the modules in a 7z/zip file. :)

Here are the attachments again. Oh and it would be very very nice if a fix "happened" because i will soon be done with most of the non-hybrid (Amiga Samples only) 8-Track works, now looking at quite a bunch hybrid (Samples+Midi) albums. Musnt you just look at the Amiga replay routine? Were'nt there always source code files for that included to tease game developers?
(I just checked, and there is a standalone OctaMedPlayer - its an exe but only 21k! :)

Musnt you just look at the Amiga replay routine?

"Just"... typically this code is not exactly well documented and I have no realy knowledge of 68k assembly or even Amiga programming.

I just found out, that deliplayer 2 can correctly open+replay these files... is that helpful?

DeliPlayer typically uses EaglePlayers, so no. You could check if xmp (not XMPlay) plays them correctly, since that would be the most likely implementation I would base my re-implementation on. But I know that xmp is also not 100% accurate as MED is rather complicated.

like this .dll for instance? can't these plugins be used to import stuff?

No, apart from things such as incompatible / questionable licenses, those player modules simply don't give us pattern data or other stuff we need for import. as I said, I need documentation, not random player libraries, and it's unlikely that there will be an immediate fix.

what about this?

this archive, i meant

or what about this?

and this library is flawed, i understand?
https://github.com/cmatsuoka/libxmp/blob/master/src/loaders/med2_load.c

That updated MED specification is useful, thanks. I only had one covering the older format revisions.
xmp may or may not be working regarding your issue, I know it's not perfect either but it may just as well work fine regarding the tempo.
Anyway, as mentioned, MED support has always been flaky so I don't see any reason for immediate action. If this matter is very important to you, you will have to consider contributing the fixed code yourself, because I won't have time or motivation to immediately fix it - for me there are much more important things that need to be fixed at the moment.

Ok. After i sense a strong consistency in the hesitance regarding a desire to even look at the OctaMED problem, i did so, myself,... and... well... The trouble might be a little bigger than i originally expected - it is not only a tempo problem. I'll be looking into that now. See attached a Med Soundstudio (blue) screenshot and an openMPT screenshot. Funny that i didn't notice that at first, but it might be due to the fact that i don't really recognize a)Tracker-Tracks b)my own 20 year old MODs anymore.

As a first step, the garbled patterns are now loaded correctly in OpenMPT 1.27.05.00. However, the major rewrite of the MED loader which will fix even more issues will still take a while, since the format is really complex.

This update fixed the actual problem and thus i say : solved! Thank you very much.
Now i can open my MED Sound Studio 2.1 modules and replace Midi instruments with VSTs, just as i imagined! TOP!

best
WS

Great, thanks for the feedback. I'll close this issue then as we already have another related issue for improving MED import, and I don't need two of them to keep track of it.