Results 1 to 4 of 4

Thread: QGraphicsView performance

  1. #1
    Join Date
    Apr 2009
    Posts
    5
    Qt products
    Qt4
    Platforms
    Unix/X11 Windows

    Default QGraphicsView performance

    Hello,

    I'm not a programmer by trade, but I'm hoping to be able to use Qt to display the output of physics simulations in real time (while the simulation is running).

    I am trying to learn Qt and QGraphicsView by implementing a flocking simulation that I already did in Processing.

    Based on the colliding mice example, I've gotten to the point where I have 100 animated (actually just rotating) triangles ("birds") on screen. The problem is that even without antialiasing, this is much slower than the processing version that has 150 antialiased and semi-transparent triangles of the same size in a bigger window. (I only get 50% CPU usage with Processing, 100% with Qt.)

    I believe that the bad performance is due to my using Qt incorrectly (and not Qt being slow). I'd appreciate it very much if you could give me some hints on how to do this properly, or what to do differently. Here's the program. (I tried to remove everything that was not essential.)

    A few specific questions:

    1. In Processing, all drawing is done manually, so it very clear when things are being drawn. When is a QGraphicsView redrawn? Does the re-draw happen every time an item is changed in some way (so every time I call rotate() on an item)?

    2. I don't understand how timerEvent() works completely ... Is it a good idea that each bird has its own timer, like in the colliding mice example? Would it be better to have a single timer that rotates all of the birds at once? (I actually tried this and it didn't make the program faster.)

    3. Is QGraphicsView at all suitable for what I'm trying to do, or is it bound to be slower than Processing? Should I try to use other means of drawing the birds (instead of QGraphicsView)?

    I am new to Qt, and my understanding of it is clearly lacking, so please be gentle

    P.S. I'm on Windows.

  2. #2
    Join Date
    Jan 2006
    Location
    Warsaw, Poland
    Posts
    33,359
    Thanks
    3
    Thanked 5,015 Times in 4,792 Posts
    Qt products
    Qt3 Qt4 Qt5 Qt/Embedded
    Platforms
    Unix/X11 Windows Android Maemo/MeeGo
    Wiki edits
    10

    Default Re: QGraphicsView performance

    Quote Originally Posted by Halabund View Post
    Based on the colliding mice example, I've gotten to the point where I have 100 animated (actually just rotating) triangles ("birds") on screen. The problem is that even without antialiasing, this is much slower than the processing version that has 150 antialiased and semi-transparent triangles of the same size in a bigger window. (I only get 50% CPU usage with Processing, 100% with Qt.)
    Get rid of the timer from the bird class and its inheritance from QObject as well. Instead use QGraphicsScene::advance() and QGraphicsItem::advance(). Right now you are updating your view 100 times every frame instead of doing it just once. You should get significant speedup this way. If that not enough, come back here and we'll suggest more optimizations (like enabling cache).


    1. In Processing, all drawing is done manually, so it very clear when things are being drawn. When is a QGraphicsView redrawn?
    When the viewport is obscured and unobscured, when the scene changes or when the programmer schedules a redraw manually.

    Does the re-draw happen every time an item is changed in some way (so every time I call rotate() on an item)?
    Yes. The problem is you modify each item separately in a separate timeframe of the animation (as each item runs its own timer).

    2. I don't understand how timerEvent() works completely ... Is it a good idea that each bird has its own timer, like in the colliding mice example? Would it be better to have a single timer that rotates all of the birds at once? (I actually tried this and it didn't make the program faster.)
    I already answered that, I guess.

    3. Is QGraphicsView at all suitable for what I'm trying to do, or is it bound to be slower than Processing? Should I try to use other means of drawing the birds (instead of QGraphicsView)?
    I don't know "Processing" but Graphics View is a very fast canvas so there is a good chance it will be at least as fast as Processing once you get a grip on it.


    Ok, I rewritten your code and.... it didn't give any improvement. I even reduced the number of items to 4 without any change. Then I started thinking. Qt uses degree based values, so rotating an item around needs currently 360 frames which is 12 seconds with the framerate you set. Try increasing the step of rotation to 10 and your items will magically start rotating 10 times faster. If you want to see what is "slow", increase the number of items to 10000. My optimizations would then start to matter. Setting NoViewportUpdate mode and updating manually and getting rid of separate timers should then help significantly.
    Your biological and technological distinctiveness will be added to our own. Resistance is futile.

    Please ask Qt related questions on the forum and not using private messages or visitor messages.


  3. #3
    Join Date
    Apr 2009
    Posts
    5
    Qt products
    Qt4
    Platforms
    Unix/X11 Windows

    Default Re: QGraphicsView performance

    Thanks for the reply, wysota! I was just writing a followup post when I received it. I'll re-think it in the light of what you wrote, and post it later. It appears that using setViewportUpdateMode with something else than MinimalViewportUpdate makes the program several times faster, but there are still a few things I don't understand about how this works.

  4. #4
    Join Date
    Jan 2006
    Location
    Warsaw, Poland
    Posts
    33,359
    Thanks
    3
    Thanked 5,015 Times in 4,792 Posts
    Qt products
    Qt3 Qt4 Qt5 Qt/Embedded
    Platforms
    Unix/X11 Windows Android Maemo/MeeGo
    Wiki edits
    10

    Default Re: QGraphicsView performance

    If you have lots of animations you should use either FullViewportUpdate or NoViewportUpdate. And if you don't care about collisions between items (or between items and the cursor), disable indexing as well and set the interactive flag of the view to false, it might all help a bit.
    Your biological and technological distinctiveness will be added to our own. Resistance is futile.

    Please ask Qt related questions on the forum and not using private messages or visitor messages.


Similar Threads

  1. Replies: 0
    Last Post: 5th March 2009, 07:54
  2. QGraphicsView and embeded widgets
    By bunjee in forum Qt Programming
    Replies: 10
    Last Post: 12th October 2008, 08:43
  3. QGraphicsView Problem
    By hakkman in forum Qt Programming
    Replies: 2
    Last Post: 14th June 2008, 21:27
  4. Replies: 3
    Last Post: 12th February 2008, 22:17
  5. getting QGraphicsView to resize
    By MrGarbage in forum Qt Programming
    Replies: 1
    Last Post: 22nd January 2008, 04:49

Tags for this Thread

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Digia, Qt and their respective logos are trademarks of Digia Plc in Finland and/or other countries worldwide.