Repaint / Refresh issue of the score on Mac OS X

• Nov 4, 2014 - 09:37
Type
Functional
Severity
S4 - Minor
Status
closed
Project
MuseScore
Tags
mac
2.0

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.

repaint-anti-aliasing.gif

Attachment Size
repaint-anti-aliasing.gif 980.1 KB

Comments

• Jan 2, 2015 - 03:22
Title Repaint / Refresh issue of the score on Mac OS X ⇒ [Mac] Drawing artefacts

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.

Attachment Size
Drawing artefacts.gif 260.68 KB

Reply

• Jan 13, 2015 - 09:42
Title [Mac] Drawing artefacts ⇒ Repaint / Refresh issue of the score on Mac OS X

Reverting the title again. These are not artifacts.

Reply

• Jan 13, 2015 - 19:37

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.

Reply

• Jan 13, 2015 - 19:54

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.

repaint.gif

Attachment Size
repaint.gif 829.49 KB

Reply

• Jan 13, 2015 - 20:14

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.

Reply

• Jan 13, 2015 - 20:18

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.

Reply

• Jan 13, 2015 - 20:51

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.

Reply

• Feb 10, 2015 - 09:51

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.

macbug.gif

Reply

• Feb 18, 2015 - 10:01

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.

Reply