Thanks for the detailed report. A lot of these small details changed between OctaMED versions (as you can see in the OpenMPT code) so I think some more tests with OctaMED 5 and Med for Windows will indeed be in order.

For the issue re: 8-channel mode, OctaMED 4.03 (I was wrong, it's not 4.00...), OctaMED 5.00, the OctaMED 6.00 demo, and OctaMED Soundstudio 1.03 all have the behavior I described above, including how the sliders behave. OctaMEDPlayer and MED Soundstudio 2.1 play these tracks correctly but they convert these to regular BPM mode (nikolaus and techfunk from 8-channel tempo 10 to 99 BPM / 4 LPB, superaxel from 8-channel tempo 9 to 103 BPM / 4 LPB).

The ending of Electrosound 64 plays correctly in all of the Amiga versions of OctaMED I tried but the F02 at the end is treated as a regular BPM by Windows OctaMEDPlayer and MED Soundstudio 2.1.

Minor update: I meant 104 BPM for superaxel, not 103 BPM. I also forgot to try the OctaMED Soundstudio 2 Amiga demo; it behaves the same as the Windows players in both a) converting 8-channel mode to BPM mode and b) treating F02 like a regular BPM.

MED Soundstudio (on Windows) also doesn't support the second quirk, which is a bit unfortunte because I think there is no way to distinguish it from earlire OctaMED releases in the general case (it outputs regular MMD3 files), unless you use some specific features like VST you probably cannot tell if the file was written in OctaMED or MED Soundstudio.

I just hope that noone used F01 or F02 in MED Soundstudio so that I can apply this quirk unconditionally. ;)

Changes as of r13787:

• BPM mode is no longer enabled if 8-channel mode is active
• F01 and F02 reset the tempo to 112 BPM (determined in OctaMED 5)
• Tempos below 32 BPM are no longer treated as tempo slides. In OpenMPT they are now clamped to 32 BPM (due to having to convert MED to either MOD or XM), while in libopenmpt they are handled as expected.