View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001828 | OpenMPT | Playback Compatibility | public | 2024-10-12 02:55 | 2024-10-26 23:50 |
Reporter | RepellantMold | Assigned To | Saga Musix | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Platform | x64 | OS | Windows | OS Version | 10 |
Product Version | OpenMPT 1.31.10.00 / libopenmpt 0.7.10 (upgrade first) | ||||
Target Version | OpenMPT 1.32 / libopenmpt 0.8 (goals) | Fixed in Version | OpenMPT 1.32 / libopenmpt 0.8 (goals) | ||
Summary | 0001828: S3M/ST3: K and L should not function on fine slides | ||||
Description | Scream Tracker 3 ignores both effects if a fine slide is specified on both GUS and Sound Blaster. | ||||
Tags | No tags attached. | ||||
Attached Files | |||||
Has the bug occurred in previous versions? | |||||
Tested code revision (in case you know it) | |||||
I'm aware, but since pretty much all trackers after ST3 supporting the S3M format (most notably Impulse Tracker) do support fine slides and some tracks make use of them, I was putting off implementing this quirk. Do you know any ST3-made modules that require this quirk to be emulated in order to sound correctly? |
|
I did find a few modules that seem to detect as made with ST3 that happened to use fine-slide K/L on ModLand (I have no idea how much to trust it though..it also doesn't show up that much from what I found, so its impact on playback might not even matter) |
|
If OpenMPT says the file was saved with ST3, then it definitely was (the fingerprinting is pretty reliable that way around). Of course it's still theoretically possible that the file was composed in another tool and then re-saved in ST3, but usually it's the other way around (users upgrading to IT or ModPlug and resaving their old files). Can you name some of the examples you found so I can check them out? |
|
sure thing!
|
|
Fixed in r21826. The new compatibility setting for this is only applied to ST3-made S3Ms. As compatibility flags are not stored in S3M files, this also means that resaving such a file in OpenMPT will cause fine slides to be interpreted again when the file is reopened. |
|
Also documented at https://wiki.openmpt.org/Development:_Test_Cases/S3M#NoCombinedSlidesOnFirstTick-Fast.s3m |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2024-10-12 02:55 | RepellantMold | New Issue | |
2024-10-12 02:55 | RepellantMold | File Added: kl_nop.7z | |
2024-10-12 09:30 | Saga Musix | Note Added: 0006084 | |
2024-10-12 23:18 | RepellantMold | Note Added: 0006085 | |
2024-10-13 10:16 | Saga Musix | Note Added: 0006086 | |
2024-10-14 01:57 | RepellantMold | Note Added: 0006089 | |
2024-10-15 19:25 | Saga Musix | Note Added: 0006093 | |
2024-10-15 19:25 | Saga Musix | Status | new => resolved |
2024-10-15 19:25 | Saga Musix | Resolution | open => fixed |
2024-10-15 19:25 | Saga Musix | Fixed in Version | => OpenMPT 1.32 / libopenmpt 0.8 (goals) |
2024-10-15 19:25 | Saga Musix | Target Version | => OpenMPT 1.32 / libopenmpt 0.8 (goals) |
2024-10-15 19:46 | Saga Musix | Note Added: 0006094 | |
2024-10-26 23:50 | Saga Musix | Assigned To | => Saga Musix |