View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0000388OpenMPTPlayback Compatibilitypublic2013-04-28 03:362013-04-29 15:26
Reportermrbumpy409 Assigned ToSaga Musix  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Platformx86OSWindowsOS VersionXP
Product VersionOpenMPT 1.22.02.00 (upgrade first) 
Target VersionOpenMPT 1.22.03.00 (upgrade first)Fixed in VersionOpenMPT 1.22.03.00 (upgrade first) 
Summary0000388: blip at the beginning of some XM files with FT2 compatible playback enabled
Description

OpenMPT plays a short "blip" at the beginning of some XM files that begin with a fade-in. The very beginning of these songs should have no sound, but it sounds like OpenMPT isn't setting the volume to 0 until a few milliseconds after playback starts, causing an audible "blip" of full-volume sample playback. This problem does not occur with FastTracker 2 compatible playback mode disabled. These blips do not occur in either XMPlay or Fasttracker 2.

Steps To Reproduce

  1. Download the zip file containing three XM modules that exhibit this bug:
    https://dl.dropboxusercontent.com/u/8126161/XM_files_with_blip.zip

  2. Open any one of the XM modules from the downloaded archive.

  3. Play the project and you will hear the anomaly at the beginning of the song.

  4. Disable FastTracker 2 compatible playback mode and the blip goes away.

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 11:47

administrator   ~0001206

I don't comprehend FT2. In some modules this click is "wanted" (because global volume is applied on the second tick instead of the first), but in the ones your provided, that is not the case (even FT2 applies global volume on the first tick). WTF?!
Saga Musix

Saga Musix

2013-04-28 15:28

administrator   ~0001210

Ah, apparently global volume commands don't affect any notes that are left of the command on the first tick. In your example, the notes are right of the global volume command, so this isn't noticeable. Since I can't really emulate this quirkiness properly, I'll just revert the current behaviour...
Saga Musix

Saga Musix

2013-04-28 15:34

administrator   ~0001213

(for the reference: http://wiki.openmpt.org/Development:_Test_Cases/XM#GlobalVolume.xm)
Saga Musix

Saga Musix

2013-04-28 15:57

administrator   ~0001215

So, I've reverted OpenMPT to not emulate these quirks at all. At least these examples sound better now. http://sagagames.de/stuff/mptrack.exe
mrbumpy409

mrbumpy409

2013-04-29 15:26

reporter   ~0001240

I can confirm that the blips are now gone.

Issue History

Date Modified Username Field Change
2013-04-28 03:36 mrbumpy409 New Issue
2013-04-28 11:47 Saga Musix Note Added: 0001206
2013-04-28 15:28 Saga Musix Note Added: 0001210
2013-04-28 15:34 Saga Musix Note Added: 0001213
2013-04-28 15:57 Saga Musix Note Added: 0001215
2013-04-28 15:57 Saga Musix Assigned To => Saga Musix
2013-04-28 15:57 Saga Musix Status new => feedback
2013-04-29 15:26 mrbumpy409 Note Added: 0001240
2013-04-29 15:26 mrbumpy409 Status feedback => assigned
2013-04-29 15:26 Saga Musix Status assigned => resolved
2013-04-29 15:26 Saga Musix Resolution open => fixed
2013-04-29 15:26 Saga Musix Fixed in Version => OpenMPT 1.22.03.00 (upgrade first)
2013-04-29 15:26 Saga Musix Target Version => OpenMPT 1.22.03.00 (upgrade first)