Jump where "target" was included by previous Jump, but "end" wasn't fails

• Apr 9, 2019 - 12:36
Reported version
3.0
Priority
P2 - Medium
Type
Functional
Frequency
Once
Severity
S4 - Minor
Reproducibility
Always
Status
closed
Regression
No
Workaround
No
Project

See attachment of https://musescore.org/de/node/287371#comment-909866
Simplified example to prove initial investigation to follow.

Initial train of investigative thought:
When taking a jump, the algorithm searches through the repeatlist up unto that point, trying to locate the last occurence of the jump target, to ensure we're replaying the "final" playthrough of that attempt.
So it finds the jump target (segno), but it's most recent final playback is the one caused by the previous jump; starting from there, it can't relocate the Fine, as the DSalCoda didn't include that part.
So we probably have to patch the target lookup to take into account finding "multiple final passes" of the same section


Comments

Status PR created fixed

Fixed in branch 3.x, commit 0873ebf4b2

_fix #279040, fix #287447, fix #299137, fix #299320, fix #300362, fix #304795

Refactor repeatlist unwinding

  • Fix D.S. issues
  • Support for jumping into Volta
  • Support for multiple jumps
  • Prepare section break indications for when the pause should really matter
  • Prepare repeatlist to include playbackCount for each segment, opening the way for play x-th time for all elements_
Fix version
3.5.1