Main menu
You are here
Qtractor graphics becomes very slow with many items
25 March, 2012 - 19:53 — nobody (not verified)
Today I tried to write my first song in Qtractor today using MIDI and samples in the arrangement. At 145 BPM I used approximately 3 MIDI items and 15 audio items per bar. It played well on my fast desktop until I copy and pasted the song to 32 bars long, then it turns into a slideshow when I scroll the arrangement. During playback I only use 10% CPU, but when I try to scroll or zoom, one CPU core goes to 60% and stays there until scrolling finishes.
I think the problem may be the same as one of these.
http://labs.qt.nokia.com/2010/01/11/qt-graphics-and-performance-the-cost...
http://lists.trolltech.com/qt-interest/2001-08/thread00125-0.html
Forums:
Re: Qtractor graphics becomes very slow with many items
and what zoom level?
take note that this "slowness" is somewhat expected on pretty high zoom levels. specially the horizontal one. it can be improved like with pixmap image caching, however not a top priority atm.
seeya
slow down noticed on Puppy too
Hi
We have been discussing this problem here-
http://www.murga-linux.com/puppy/viewtopic.php?t=81885&start=15
Maybe it would be possible to switch to simplified graphics for people who wants lots of tracks?
---
BTW the first and most recent link on 7bitaudio's post now has a digia URL-
http://blog.qt.digia.com/blog/2010/01/11/qt-graphics-and-performance-the...
re. slow down noticed on Puppy too
may i look at a screenshot evidence, just to let me have an idea of how many clip item are in the scene?
otoh. do you sense any different behavior whether you switch qt_graphicssystem ? try launching qtractor with either of these:
qtractor -graphicssystem rasterqtractor -graphicssystem openglhth.
cheers
Add new comment