I know that the file size of the upload is large... It contains 4 modules though, 2 having copyright and thus can't be modified (even though the composer kindly shared them) and 2 being the same track on different formats, for comparison.

The main issue I see with Dream Alone is that some instruments are not loaded correctly. I figured out how to make them load properly but I'm not sure if the fix is necessarily correct (time will tell).
As for the other tracks, it would be great if you could actually point out what is broken because I don't have time or patience to go through every module out there and figure out what's wrong.

MadTracker DSPs will not be supported until Yannick releases their code (which he intends to do), please do not open bug reports about those.

r6372 (available within the next few hours from https://buildbot.openmpt.org/builds/) fixes everything in Dream Alone that I could identify to be broken. If anything else is still broken in that track (except for the lack of DSP support as I said), please let me know.

Not on PC at the moment so no way to check on madtracker.

Chaostar's tracks are on YouTube. You can check them there. I do recall them using dsp effects, although it's been a long time since I last checked.
They do some more simple stuff, (like on-the-fly BPM change) that do not seem to be supported though.

That is my point - You are the one who knows what's wrong with the tracks, so please tell me which patterns / instruments / etc. are affected and don't make me sit through comparing minute-long recordings to find tiny details that sound different.

Now you are asking too much. I don't even run Windows nowadays. It's all through libopenmpt, mp3s, and from memory.

No, asking you for help to get your bug report fixed is not too much. MT2 should work just fine on Wine.

Wine doesn't work on Android.

Surely you have a PC somewhere to test it on? I'm not asking for providing this information right now, but if you don't provide it at all, don't get your hopes high that I find the time and willingnesss to listen through these modules to find bugs.

Broken gpu. Only person around still having a computer (everyone else is into smartphones and tablets). It will take a while.

What you're asking is not a mere bug report. You want a beta tester. I just came here to submit a report, not to setup a testing system and start documenting what, where and when is wrong. I mean, even if I had a working system, that'd be in the beta testing boundaries.

No, beta testing means that you test a beta version of the software. What I am asking you to do is not just throw random modules at me, but listen to them both in their original tracker and the current stable version of OpenMPT and list the differences. This is a completely normal process - bugfixing is always a collaboration between the reporter and the developer. As said, if you think this is too much, then don't expect the report to get any attention.

Admit it, you're just so demotivated that those modules sound bad for about 6 minutes out of their total 9 minutes, that you find excuses so that you won't fix all the problems they have.

I mean, you do stay here arguing while you could have just listened to them all already, on both madtracker and openmpt, while I lack a working system to. :p

Yes, I lack motivation to listen to playback details for 10 minutes. That is perfectly normal. You are the least cooperative bug reporter I have probably ever had to deal with. You are probably not aware of it but OpenMPT is about more than just your bug report and there are 1000 better things to do to improve the software than trying to guess which part of a module sounds wrong.

Fine. Don't fix those issues. Let them be... forever.

Also, all 4 tracks are shorter than 9 minutes.

The playback improvements accumulated over the last half year should hopefully play those tracks in a more acceptable way in libopenmpt 0.2.6401-beta17. If they don't, point out what's wrong.

For starters, the tempo handler is wrong. Yes, Power of Light is fixed. Other songs however (that I have no permission to share) seem to slow down instead of speeding up. They would stay at constant speed even when supposed to change speed before the Power of Light fix. Now the speed decreases instead of increasing.

Also, the voice samples on Dream Alone seem to be missing some settings. The fixed samples, that would not play before, sound different than the samples that always played. They should all behave the same.

Some good news, the newly supported imported commands and effects impoved like a dozen modules I have around... the kind of modules I can't share unfortunately.

OK. After further inspection it seems that for some reason, modules messing with tempo now report double their original playtime.

The modules that I have locally that play slow actually play at exactly half their intended speed, doubling their playtime.

The ones from Chaostar that I uploaded, Power of Light and Haunted Heart play at their intended speed... twice in a row.

Also, the voice samples on Dream Alone seem to be missing some settings. The fixed samples, that would not play before, sound different than the samples that always played. They should all behave the same.

After further inspection it seems that for some reason, modules messing with tempo now report double their original playtime.

The modules that I have locally that play slow actually play at exactly half their intended speed, doubling their playtime.

Okay, r6407 fixes the incorrectly reported playtime.

Great. No need to risk copyright infringement. Will update with the results after checking r6407.

Yeah, some modules still play at wrong speed.

Check the module below, just do NOT share.

removed

Thanks, I got the file. I guess this one could somehow be fixed, it misses the "BPM+" chunk which I so far assumed would be present in every module that uses modern tempo mode, but apparently it is not required. Let's see how that can be fixed.

You've got this. Looking at your code gives that away.

The only limitation is the amount of time you're willing to spend.

Madtracker is arguably the most advanced oldschool tracker currently out there and it's more than 15 years old. About time it gets superseded by something more recent, more compatible, with more decent code base.

openMPT more or less has what it takes. Only real hold back is the lack of dsp and vst... and that is a pity.

Only real hold back is the lack of dsp and vst... and that is a pity.

The only limitation is the amount of time you're willing to spend.

Anyway, as said, I'll look into it, but it requires quite a few workaround so I don't know how that will pan out ultimately.

My point is that openMPT is slightly falling short.

If the import works relatively well, you have an easier time editing projects started on madtracker. No need to emulate the playback behavior perfectly on the imported modules when you can do small edits to achieve the same result.

The limitation is the missing features stopping you from achieving the same results and the need to heavily edit a module after importing to get the same results.

r6421 should hopefully get the tempo right in a few more tracks (and not break it in others) including the one you posted.

We"ll see...

Yeah, much better now. There are still some problems but from what I can tell these are due to missing dsp support.

I'll close this issue then since I cannot do anything about it until Yannick gives me the DSP code anyway. If any further issues arise, feel free to reopen this issue or open a new one.