-
Notifications
You must be signed in to change notification settings - Fork 2.8k
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
Redrawing of Navigator for large scores causes more lag than in MS3 #10201
Comments
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as resolved.
This comment was marked as resolved.
Commenting out the |
Just noticed the part of the profiler that shows profiling info for other threads. Actually looks like the navigator is repainting itself excessively. |
Actually, MS3 seems to redraw the navigator on every update, so why does MS4 take a lot longer to do that? Edit: from observing MS3 behavior, I’ve noticed that dragging the rectangle in a way that causes the navigator to scroll is less smooth than otherwise, so not repainting on every update might have to do with it. |
This avoids having to redraw the whole navigator when only the cursor is moved, improving performance on large scores. Resolves musescore#10201 (partially)
This avoids having to redraw the whole navigator when only the cursor is moved, improving performance on large scores. Resolves musescore#10201 (partially)
This issue is only partially solved. When the navigator viewport changes, then redrawing the contents is slower in MS4 than in MS3. |
Reopening because of the comment above |
(Updated after #19639, which has improved the situation a lot when only the blue rectangle inside the Navigator has to be updated, but still very laggy when the whole Navigator needs to be redrawn)
Describe the bug
If the navigator is open on a score with many measures, parts, and/or notes, the frame rate drops significantly and scrolling across the score becomes difficult. If the score is large/complex enough, it can become unusably slow.
To Reproduce
Steps to reproduce the behavior:
Scrolling around zoomed in is very smooth. If zoomed out such that the entire score fits in the workspace, scrolling becomes slow.
When the Navigator has to be redrawn (for example, when its viewport changes), MS4 lags more than MS3.
Expected behavior
Smooth scrolling when not zoomed out on a large score with the navigator open.
Additional context
Also present in MuseScore 3.6.2. Can occur with significantly fewer measures if there are many notes/elements on the staff.
The text was updated successfully, but these errors were encountered: