View Issue Details

IDProjectCategoryView StatusLast Update
0001206OpenMPT[All Projects] Playback Compatibilitypublic2019-03-01 22:17
ReporterSlenderAssigned To 
PrioritynormalSeverityminorReproducibilityalways
Status newResolutionopen 
Product Version 
Target VersionFixed in Version 
Summary0001206: Odd behavior when seeking through this module in libopenmpt
Description

When seeking through sta pikku klooni.s3m by Bisqwit, http://modland.com/pub/modules/Ad%20Lib/Screamtracker%203%20AdLib/Bisqwit/sta%20pikku%20klooni.as3m, it seems that the module doesn't seek forward properly, and jumps to a weird section of the file, somewhere around 4:35 in to it, rather than skipping forward as expected. This only seems to happen when seeking forward by a small interval, such as five seconds, and only at the beginning of the file, and skipping forward by a larger interval such as 30 seconds seems to avoid the problematic section.

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

Relationships

related to 0001146 new Handle infinite loops 

Activities

Saga Musix

Saga Musix

2019-02-28 20:46

administrator   ~0003874

This module contains lots of pattern loops, which complicates seeking a lot. In particular when trying to seek into the middle of a pattern loop, OpenMPT will think, when repeating the loop, that it already played the repeating rows (which is true!) and thus concludes that it has already reached the end of the song (and thus skips to the next subsong in this particular example).

This might be fixed by a related bigger change that should help with keeping track of pattern loops in a better way, at the expense of using more memory.

Slender

Slender

2019-03-01 04:16

reporter   ~0003875

This fix seems to have introduced a rather long delay when seeking through the problematic section, I assume that's the memory usage issue you're talking about?

Saga Musix

Saga Musix

2019-03-01 07:47

administrator   ~0003876

No, the proposed fix is not something I'd write down in a single evening. While I did add a small fix that will generally improve the playback after seeking has finished, it should not harm seeking performance in any way.

Slender

Slender

2019-03-01 09:50

reporter   ~0003877

This seems to be happening, at least with xmp-openmpt.

Saga Musix

Saga Musix

2019-03-01 22:17

administrator   ~0003881

I cannot notice any obvious performance difference introduced by r11408. And as said, it would be weird if there was one because the only thing it does is refreshing some state variables to be used during playback. It does not modify the seeking algorithm in any way.

Issue History

Date Modified Username Field Change
2019-02-28 11:00 Slender New Issue
2019-02-28 20:40 Saga Musix Relationship added related to 0001146
2019-02-28 20:46 Saga Musix Note Added: 0003874
2019-03-01 04:16 Slender Note Added: 0003875
2019-03-01 07:47 Saga Musix Note Added: 0003876
2019-03-01 09:50 Slender Note Added: 0003877
2019-03-01 22:17 Saga Musix Note Added: 0003881