View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0000880OpenMPTPlayback Compatibilitypublic2016-09-30 17:312016-10-09 21:22
ReporterStarWolf3000 Assigned ToSaga Musix  
PrioritynormalSeverityminorReproducibilityrandom
Status closedResolutionunable to reproduce 
Platformx64OSWindowsOS Version8.1
Product VersionOpenMPT 1.27.00.* (old testing) 
Summary0000880: [All Formats] Bxx and Cxx/Dxx ignored when jumping backwards
Description

In all formats (with activated Loop Song), jumping backwards with Bxx and Cxx/Dxx is ignored (for restarting into a specific row), while jumping forward works like a charm.

Maybe its another bug from the rewritten order list.

Steps To Reproduce
  1. Have recent test build.
  2. Open a song or create an empty one and put Bxx and Cxx/Dxx (depends on the format used, the bug is with all formats) somewhere in the patterns (in the same row), with parameters pointing to an ealier position in the order list.
Additional Information

Its expected to be the previous, original behavior of an endless loop, but it restarts from the first pattern on the first row, and the first row is actually not processed.

The restart behavior is the same as with r7183" class="resolved">0000878.

TagsNo tags attached.
Has the bug occurred in previous versions?Not ocurred in previous stable 1.26.05.00
Tested code revision (in case you know it)r7195

Activities

StarWolf3000

StarWolf3000

2016-09-30 17:33

reporter   ~0002676

Okay, using # to mark a previous report is buggy, lol (thats a bug of MantisBT)
Saga Musix

Saga Musix

2016-09-30 23:16

administrator   ~0002677

Please obtain the latest test version and check again. If you can still reproduce the problem, please provide a simple test case, since I cannot seem to reproduce this issues.

(btw, you do not need to monitor your own issues. You will receive updates for them automatically.)
StarWolf3000

StarWolf3000

2016-10-01 05:02

reporter   ~0002678

Hm, I don't know what the problem was with my test build. Today I tried it again with r7210 and my r7195 and it played like it should. But yesterday it went crazy with backwards jumping in the 7195.

Anyways, it seems that there was an issue on my side, so its not an issue with OpenMPT, so this can be closed.
Saga Musix

Saga Musix

2016-10-01 11:50

administrator   ~0002680

It's entirely possible that there is still a bug with this kind of stuff, so I'll keep it open and investigate more closely next week. Maybe it only happens with some modules or formats.
StarWolf3000

StarWolf3000

2016-10-01 12:25

reporter   ~0002681

I tried it with the same files as yesterday (and even some imported MIDIs were among them), just that this time they looped correctly, even in the previous test build I mentioned.

Its possible that OpenMPT glitched out somehow, leading to the misinterpretion of the jump commands, but then I have no idea how that happened. And even after restarting the program it wasn't fixed. It worked as expected, when I booted up my system this morning.

Issue History

Date Modified Username Field Change
2016-09-30 17:31 StarWolf3000 New Issue
2016-09-30 17:33 StarWolf3000 Note Added: 0002676
2016-09-30 17:37 StarWolf3000 Relationship added related to 0000878
2016-09-30 22:24 Saga Musix Assigned To => Saga Musix
2016-09-30 22:24 Saga Musix Status new => assigned
2016-09-30 23:16 Saga Musix Note Added: 0002677
2016-10-01 05:02 StarWolf3000 Note Added: 0002678
2016-10-01 05:06 StarWolf3000 Relationship deleted related to 0000878
2016-10-01 11:50 Saga Musix Note Added: 0002680
2016-10-01 12:25 StarWolf3000 Note Added: 0002681
2016-10-01 12:26 StarWolf3000 Reproducibility always => random
2016-10-09 21:22 Saga Musix Status assigned => closed
2016-10-09 21:22 Saga Musix Resolution open => unable to reproduce