-
Notifications
You must be signed in to change notification settings - Fork 28
Closed
Labels
bugSomething isn't workingSomething isn't working
Description
Hello! I noticed a strange behaviour for the function load_match()
with (admittedly also a somewhat strange/unusual) match file (see kv333_3.txt
(matchfile as txt file) attached):
- What's strange about the match file: For measure 198, the beats get counted up to 16 (instead of 2) - this is a result of a change on the matchfile to represent an extended measure (see score image attached). In the original version of the matchfile (see
kv333_3_orig.txt
attached), all notes for this measure 198 were split on two beats, and most had the sameoffset
,duration
, andonsetInBeats
andoffsetInBeats
(only shifted by 1 at the point where the beat split occurred, which was then set at the triller C (198:6 in the image attached)). In the updated version (kv333_3.txt
), the beats inmeasure:beat
get counted up, theoffset
is updated according to the note position relative to the beat, theduration
is updated to the notated score duration and theonsetInBeats
andoffsetInBeats
are added up according to the duration.
As a result of all these changes, theonsetInBeats
andoffsetInBeats
in total add up, so for all the notes after this extended measure (starting from score noten2848
/ performed note2848
) theonsetInBeats
andoffsetInBeats
values were adjusted by shifting them for 13 beats. - What's the strange behaviour now when loading a score from this matchfile using
load_match()
: thenote_array()
from this score_part only includes notes up to score noten2847
which is the last note of the extended measure. The rest of the score part is not processed.
Metadata
Metadata
Assignees
Labels
bugSomething isn't workingSomething isn't working