View Issue Details

IDProjectCategoryView StatusLast Update
0001828OpenMPTPlayback Compatibilitypublic2024-10-26 23:50
ReporterRepellantMold Assigned ToSaga Musix  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Platformx64OSWindowsOS Version10
Product VersionOpenMPT 1.31.10.00 / libopenmpt 0.7.10 (upgrade first) 
Target VersionOpenMPT 1.32 / libopenmpt 0.8 (goals)Fixed in VersionOpenMPT 1.32 / libopenmpt 0.8 (goals) 
Summary0001828: 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.

TagsNo tags attached.
Attached Files
kl_nop.7z (874,464 bytes)
Has the bug occurred in previous versions?
Tested code revision (in case you know it)

Activities

Saga Musix

Saga Musix

2024-10-12 09:30

administrator   ~0006084

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?

RepellantMold

RepellantMold

2024-10-12 23:18

reporter   ~0006085

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)

Saga Musix

Saga Musix

2024-10-13 10:16

administrator   ~0006086

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?

RepellantMold

RepellantMold

2024-10-14 01:57

reporter   ~0006089

sure thing!

  • KeyG/windows 3.1.s3m (pattern 6 and 7, row 37, channels 3 and 4)
  • Klausi/there and back again(bilbo).s3m (pattern 6)
  • Linearic/mirror of souls.s3m (patterns 3, 5, and 16)
  • Manwe/no one can steal you.s3m (used throughout patterns 0 to 4)
  • Resonatix/desert dream.s3m (patterns 7, 8, and 36)
Saga Musix

Saga Musix

2024-10-15 19:25

administrator   ~0006093

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.

Saga Musix

Saga Musix

2024-10-15 19:46

administrator   ~0006094

Also documented at https://wiki.openmpt.org/Development:_Test_Cases/S3M#NoCombinedSlidesOnFirstTick-Fast.s3m

Issue History

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