Quote from: Saga Musix on Yesterday at 21:33:02Now for the question why the volume ramping appears to work before the file is re-saved in OpenMPT: libopenmpt and in turn xmp-openmpt by default emulate FastTracker 2's extremely soft volume ramping for XM files made with FastTracker 2. This ramping is so soft that it may completely destroy the attack phase of instruments like kick drums. This behaviour can be enabled as well in OpenMPT, but by default it is turned off (hidden setting "SmoothFT2Ramping" to automatically enable it for any newly-opened XM file saved with FastTracker 2, or through compatibility settings for individual XM files).Yep, turning that on seemed to do the trick. The "converted?" file now sounds indistinguishable from the original. Thanks!
Quote from: Saga Musix on March 17, 2024, 19:51:35Without having access to the actual module in question (and preferably also your mptrack.ini settings file), it's hard to tell what is going on.Here's both; please note though that the XM file is split up into 3 distinct "sections"; the song that played in the previews I sent starts at section 3 (wherever pattern 12 is).
Quote from: Mr.Eagle on March 11, 2024, 12:46:12Beautiful. Thanks for sharing.