View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0000386OpenMPTPlayback Compatibilitypublic2013-04-28 03:162013-05-20 15:48
Reportermrbumpy409 Assigned ToSaga Musix  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Platformx86OSWindowsOS VersionXP
Product VersionOpenMPT 1.22.02.00 (upgrade first) 
Target VersionOpenMPT 1.22.04.00 (upgrade first)Fixed in VersionOpenMPT 1.22.04.00 (upgrade first) 
Summary0000386: incomplete sample playback in "Pondering on the Past" by Lesnik (XM module)
Description

In the XM module "Pondering on the Past" by Lesnik, It seems that OpenMPT only plays part of the sample that is played on channel 24 in pattern 23. Linked below is a .zip file containing comparison audio between FastTracker 2 and OpenMPT as well as the original XM module file. XMPlay's playback matches that of FastTracker 2. Disabling the FastTracker 2 compatible playback mode in OpenMPT doesn't solve the problem.

Steps To Reproduce

  1. Download the zip file containing the XM module and test audio files:
    https://dl.dropboxusercontent.com/u/8126161/PonderingOnThePast-Bug_Test.zip

  2. Open the XM module from the downloaded archive.

  3. Solo channel 24.

  4. Play pattern 23.

TagsNo tags attached.
Has the bug occurred in previous versions?I don't know.
Tested code revision (in case you know it)

Activities

Saga Musix

Saga Musix

2013-04-28 15:13

administrator   ~0001209

How the hell did you find that one? It's practically not noticeable when playing the tune. Anyway, this is really funny, FT2 wraps around the frequency once it gets too low...
mrbumpy409

mrbumpy409

2013-04-29 15:24

reporter   ~0001239

The reason I'm able to find such subtle bugs is because I am working on a tracker music remastering project. I'm currently going through about 277 XM modules, creating recordings using both OpenMPT and XMPlay. Then I compare the recordings back-to-back in Audacity, using the simple solo mode to toggle frequently between the recordings while listening for any differences. If there are any differences, I then check to see what FastTracker does in that instance. Being able to toggle so quickly between the recordings during playback makes even very subtle differences stand out. That being said, recordings from OpenMPT and XMPlay sound identical on the majority of XM files, so OpenMPT's FastTracker II compatibility already seems to be quite good.

For my project, I prefer using the OpenMPT recordings in general, because I can set the ramping in to 10 samples for nice, punchy drums. The ramping in XMPlay (and even FastTracker II) can occasionally cause the drums to sound a bit "squishy".
Saga Musix

Saga Musix

2013-05-19 20:46

administrator   ~0001269

Gee, this one was really mind-boggling. Should be fixed now: http://buildbot.openmpt.org/builds/latest-unpacked/mptrack.exe
mrbumpy409

mrbumpy409

2013-05-20 15:46

reporter   ~0001270

Indeed, it is fixed :)

Issue History

Date Modified Username Field Change
2013-04-28 03:16 mrbumpy409 New Issue
2013-04-28 15:13 Saga Musix Note Added: 0001209
2013-04-29 15:24 mrbumpy409 Note Added: 0001239
2013-05-19 20:46 Saga Musix Note Added: 0001269
2013-05-19 20:46 Saga Musix Assigned To => Saga Musix
2013-05-19 20:46 Saga Musix Status new => feedback
2013-05-19 20:46 Saga Musix Target Version => OpenMPT 1.22.04.00 (upgrade first)
2013-05-20 15:46 mrbumpy409 Note Added: 0001270
2013-05-20 15:46 mrbumpy409 Status feedback => assigned
2013-05-20 15:48 Saga Musix Status assigned => resolved
2013-05-20 15:48 Saga Musix Resolution open => fixed
2013-05-20 15:48 Saga Musix Fixed in Version => OpenMPT 1.22.04.00 (upgrade first)