View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001449||OpenMPT||General||public||2021-04-27 11:41||2021-04-27 17:47|
|Reporter||tennisers||Assigned To||Saga Musix|
|Product Version||OpenMPT 1.29.09.00 / libopenmpt 0.5.8 (upgrade first)|
|Target Version||OpenMPT 1.29.10.00 / libopenmpt 0.5.9 (current stable)||Fixed in Version||OpenMPT 1.29.10.00 / libopenmpt 0.5.9 (current stable)|
|Summary||0001449: Saving .xi instruments with sample frequency < 8363 Hz does not save correct sample transposition values|
Saving multisample .xi instruments sometimes does not save modified sample transposition values.
|Steps To Reproduce|
Create an instrument with 5 samples,
|Tags||No tags attached.|
|Has the bug occurred in previous versions?|
|Tested code revision (in case you know it)|
I cannot reproduce that here, so more precise reproduction steps are necessary. To be sure, do you mean that you change the transpose values in the sample tab, or are you transposing the sample map of the instrument? The latter isn't possible in XM / XI, so e.g. C-5 will always map to C-5.
Yes, in the sample tab. Here is the instrument i was seeing this problem with currently, the "hisser 5" sample is always transposed to F#4 when I am saving as F4.
hisser cut.zip (2,833 bytes)
I marked reproducibility as "sometimes" because there are some instruments where i always have this problem every single time, but with other instruments i never run into it.
Which module format are you working in while working with the instrument?
I think I found the issue now; this is a variant of a bug that was fixed a while ago when converting MPTM/IT/S3M to XM, but it wasn't fixed when saving an XI file from within an IT/MPTM module. This only affects samples with a middle-C frequency below 8363 Hz. I'll provide a fix shortly.
|2021-04-27 11:41||tennisers||New Issue|
|2021-04-27 11:42||tennisers||Description Updated|
|2021-04-27 11:48||Saga Musix||Note Added: 0004728|
|2021-04-27 11:49||tennisers||Product Version||OpenMPT 1.29.06.00 / libopenmpt 0.5.4 (upgrade first) => OpenMPT 1.29.09.00 / libopenmpt 0.5.8 (upgrade first)|
|2021-04-27 11:49||tennisers||Steps to Reproduce Updated|
|2021-04-27 11:52||tennisers||Steps to Reproduce Updated|
|2021-04-27 12:01||tennisers||Note Added: 0004729|
|2021-04-27 12:01||tennisers||File Added: hisser cut.zip|
|2021-04-27 12:03||tennisers||Note Added: 0004730|
|2021-04-27 12:56||Saga Musix||Note Added: 0004731|
|2021-04-27 16:53||Saga Musix||Assigned To||=> Saga Musix|
|2021-04-27 16:53||Saga Musix||Status||new => assigned|
|2021-04-27 17:03||Saga Musix||Note Added: 0004732|
|2021-04-27 17:38||Saga Musix||Note Added: 0004733|
|2021-04-27 17:39||Saga Musix||Status||assigned => resolved|
|2021-04-27 17:39||Saga Musix||Resolution||open => fixed|
|2021-04-27 17:39||Saga Musix||Fixed in Version||=> OpenMPT 1.29.10.00 / libopenmpt 0.5.9 (current stable)|
|2021-04-27 17:39||Saga Musix||Target Version||=> OpenMPT 1.29.10.00 / libopenmpt 0.5.9 (current stable)|
|2021-04-27 17:46||Saga Musix||Summary||Saving multisample .xi instruments sometimes does not save modified sample transposition values => Saving .xi instruments with sample frequency < 8363 Hz does not save correct sample transposition values|
|2021-04-27 17:47||Saga Musix||Note Edited: 0004732|