Slow library scrolling on OS X Mavericks

Bug #1274650 reported by RJ Skerry-Ryan
22
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Mixxx
Fix Released
Medium
Unassigned

Bug Description

Reported on the forums:
http://www.mixxx.org/forums/viewtopic.php?f=3&t=5677&p=20532&hilit=mavericks#p20532

I upgraded to Mavericks and can confirm.

I've reproduced with the attached minimal 1.12.x-style skin.

Simply comment the "background: white;" line in the style and scrolling performance returns to normal.

Potentially related QTBUGs:
https://bugreports.qt-project.org/browse/QTCREATORBUG-10491
https://bugreports.qt-project.org/browse/QTBUG-34546

Revision history for this message
RJ Skerry-Ryan (rryan) wrote :
Changed in mixxx:
status: New → Confirmed
milestone: none → 1.12.0
importance: Undecided → Medium
Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Also, it seems to improve if you hide the BPM and Preview columns. Perhaps our delegates are acting up? Need to stare at some profiler output.

Revision history for this message
Smashuu (smashuu) wrote :

It's not just the library pane for me, the whole UI (waveforms, meters, etc.) hangs briefly at each step of library scrolling. Actual playback is not impacted, fortunately.

Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Blah, this still sucks. I can't figure it out.

Styles that seem to make the QTableView performance drop through the floor on Mavericks and up: border, background-color, alternating-background-color

Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Dug into the Qt code for CSS rules a bit -- setting background, alternate-background-color, and selection-color do nothing more than set a custom brush on the palette.

Rendering a table cell is nothing more than a fillRect using that custom brush.

Still extremely confused -- this would suggest all custom brushes introduce this slowdown -- which maybe suggests why our delegates also cause a slowdown.

Revision history for this message
Owen Williams (ywwg) wrote :

That sounds like a bug with QT -- have we tried asking them?

Revision history for this message
Jess Boerner (jessboerner) wrote :

Any updates on this? We really should be pushing this to the top, Mac is awesome for the audio latency. If we can get a snappy GUI to go with it people will have a reason to use our software over paid or other free alternatives.

Revision history for this message
Owen Williams (ywwg) wrote :

Is this still happening with recent beta builds? I don't have an OSX dev environment

Revision history for this message
Foss-4 (foss-4) wrote :

Testing the latest 1.12 beta from the website with OS X 10.10.5 Yosemite can not confirm any lagginess.

Changed in mixxx:
status: Confirmed → Fix Released
Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/7286

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.