View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0000217OpenMPTPlayback Compatibilitypublic2012-01-09 05:372012-01-10 16:05
Reporterjmkz Assigned ToSaga Musix  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Platformx64OSWindowsOS Version7
Product VersionOpenMPT 1.20.00.* (old testing) 
Target VersionOpenMPT 1.20.01.00 (upgrade first)Fixed in VersionOpenMPT 1.20.01.00 (upgrade first) 
Summary0000217: OpenMPT does not play notes higher than E-8 on XM module
Description

I don't know if it's a limitation with XM format, but it's like this: http://bugs.openmpt.org/view.php?id=55

Steps To Reproduce

Play attached file. Observe that notes higher than E-8 will play as E-8.

Additional Information

XMPlay also has this issue but the notes higher simply will not play. I think that probably is something like sampler needs a kind of optimization, f.e. sample's samplerate out of boundaries or so, I don't know.

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

Relationships

related to 0000055 resolvedSaga Musix Bad playback of notes higher than E-7 on XM module 

Activities

Saga Musix

Saga Musix

2012-01-09 08:23

administrator   ~0000592

There's no file attached. And yes, it's a limitation of the XM format.
jmkz

jmkz

2012-01-09 11:21

reporter   ~0000593

Ahh.. Sorry for that I didn't notice file were above 512K but this is the fragment: http://dl.dropbox.com/u/35217013/mptrack/bugtracker/du_4n2-it-xm.compat.zip
jmkz

jmkz

2012-01-09 11:23

reporter   ~0000594

So, this limitation it's about sample's frquency?
Saga Musix

Saga Musix

2012-01-09 22:11

administrator   ~0000595

Actually the previous fix for 0000055 was wrong; Notes that exceed the XM limit should never be retriggered. If there's an instrument number next to them, the envlopes are retriggered, though. The limitation is not directly related to sample frequency (since samples in the XM format have no "frequency" but a transpose + finetune). Basically, the note + transpose must not exceed a specified range.
Saga Musix

Saga Musix

2012-01-09 23:09

administrator   ~0000596

Revision 1163 should fix this.
jmkz

jmkz

2012-01-10 03:05

reporter   ~0000597

Ok, it's fixed :)

Issue History

Date Modified Username Field Change
2012-01-09 05:37 jmkz New Issue
2012-01-09 05:37 jmkz Relationship added related to 0000055
2012-01-09 08:23 Saga Musix Note Added: 0000592
2012-01-09 11:21 jmkz Note Added: 0000593
2012-01-09 11:23 jmkz Note Added: 0000594
2012-01-09 22:11 Saga Musix Note Added: 0000595
2012-01-09 23:09 Saga Musix Note Added: 0000596
2012-01-09 23:09 Saga Musix Assigned To => Saga Musix
2012-01-09 23:09 Saga Musix Status new => feedback
2012-01-10 03:05 jmkz Note Added: 0000597
2012-01-10 03:05 jmkz Status feedback => assigned
2012-01-10 03:05 jmkz Status assigned => feedback
2012-01-10 03:05 jmkz Resolution open => fixed
2012-01-10 16:05 Saga Musix Status feedback => resolved
2012-01-10 16:05 Saga Musix Fixed in Version => OpenMPT 1.20.00.* (old testing)
2012-01-10 16:05 Saga Musix Target Version => OpenMPT 1.20.01.00 (upgrade first)