-
-
Notifications
You must be signed in to change notification settings - Fork 298
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
advance green bar #376
Comments
Hi @davidsancal,thanks for sharing this bug. The behavior is, while unwanted, explainable. We are calculating the position over all found notes/rests in a measure so having these 3 rests in the left hand results in a jumping cursor. @sschmidTU remember the shifted bounding box for whole rests? Might be connected. |
If it helps you in version 0.2 it works well |
Yes, i noticed this is a regression. It works fine in 0.3.1 too, i think [edit: no, it doesn't]. |
I have been testing and not only fails with silences. I attached another video |
…alculated and taken as x refere #376
Yes, the cursor needs to always go to the note that will be played next, that is, the note with the next, but smallest timestamp across all connected StaffLines. The bug from "bug2.zip" david posted is fixed in the PR, here's the reproduced score: The bug from the first "bug.zip" should with 99.99% certainty also be fixed, as it is in the samples i checked. |
Duplicate of #138 by the way. |
I was trying out a score of my own and when I gave it to him to advance the green bar I see that he does not do it well. Attached video
bug.zip
The text was updated successfully, but these errors were encountered: