Repaint / Refresh issue of the score on Mac OS X
See the animation below made on Mac OS X 10.8.5 on a non retina Macbook with 386775a . Click on the image to start the animation.
Attachment | Size |
---|---|
repaint-anti-aliasing.gif | 980.1 KB |
See the animation below made on Mac OS X 10.8.5 on a non retina Macbook with 386775a . Click on the image to start the animation.
Attachment | Size |
---|---|
repaint-anti-aliasing.gif | 980.1 KB |
Comments
Also reported on Facebook
Cross linking to a duplicate issue: #42291: Screen not refreshing fully
See http://musescore.org/fr/node/42586
What we lack are exact steps to reproduce this bug.
This has been an issue for months at least.
Exact steps indeed seem hard to come by, but I managed to reproduce consistently in one instance:
1. Open a score with parts.
2. Zoom in.
3. Move the score so that the title frame is cut off horizontally.
4. Open another score.
Result: Artefacts appear (see the attached GIF).
Using MuseScore 2.0 Nightly Build f1d882a - Mac 10.7.5.
Reverting the title again. These are not artifacts.
FWIW, I have a friend with a MacBook Pro (not sure which OS) who is also seeing this, very often with lyric entry. I don't think setting up a build environment on her machine is viable, but if it would help to run a debug or otherwise instrumented build and get some sort of log, I could probably do that.
It's pretty easy to reproduce actually. See added gif. The root of the cause is somewhere to be found in Qt. For now, keep our fingers crossed that it may be fixed in Qt 5.4.1.
Hmm, that doesn't look anything like what I thought we were talking about. She sees a whole bunch of vertical lines obliterating portions of the toolbar etc, like the picture in #1, remaining until she does something that forces the whole window to be re-drawn - eg, minimizing then maximizing the window, or whatever the Mac equivalent is. The GIF above just looks like a minor glitch within the screenshot mode rectangle while dragging. or maybe I'm misunderstanding. But I don't see anything in that GIF like what is shown in #1.
See the lines in the score tabs and through the Page View button. This, I suspect, is a very minor example of what can happen.
Ah, yes, I see it now. Much, much, much more subtle than what we are seeing.
It's all connected according to me. But it's above our heads right now unfortunately. We'll have to trust in Qt for the time being and check again with Qt 5.4.1.
Take a snapshot of Qt 5.4.1. I just did, and it works fine as far as fixing the PDF export problem is concerned.
See http://download.qt.io/snapshots/qt/5.4/5.4.1/
Easiest way to reproduce this issue:
* open a score
* move the title partly under the palette
* double click on the title
You'll see a blink of the painted lines throughout the palette.
Referencing this issue with the on in the Qt bug tracker: https://bugreports.qt.io/browse/QTBUG-38019
Also see #48031: Spurious rendering of scores outside of music window
Screenshot: http://musescore.org/sites/musescore.org/files/issues/MuseScoreWindow.p…
Fixed in 5bf0f10296
I hope it's fixed without too much performance hit or regression. It's definitely a bug in Qt due to the setAttribute(Qt::WA_OpaquePaintEvent);
Could be due to the fix for https://bugreports.qt.io/browse/QTBUG-37852
I tested all the cases from this issue (fotomode, staff lines, double click on text). They are all fixed for me on Mac OSX 10.10.2 retina.
Please test and report if you see anything weird in the score painting.
Woohoo! Great work :)
Running current latest, 399eald, all repainting looks good for me on Mac OSX 10.9.5. Thanks!
Automatically closed -- issue fixed for 2 weeks with no activity.