Drawing to an offscreen buffer

[wysota]

I already use ItemCoordinateCache for all of my items.

Using the framebuffer won't help then. You might switch to DeviceCoordinateCache but I wouldn't expect miracles.

To give you an idea of the application, it has 36 rotating images at 25 frames per second along with other static widgets and buttons.

Are you performing the animation using QGraphicsScene::advance()?

I can run Qt's framebufferobject2 example, texturing the quads with the same image used above and rotating them in the same way at 50 frames per second. And this uses only 15% or so CPU.

It doesn't involve Graphics View, so no collision detection or transformations.

That is the kind of gain I am looking for and the reason I thought getting frame buffers enabled would improve performance.

Try profiling your application to see what is causing the slowdowns. I think the bottleneck is not rendering.

[Dutch112]

Are you performing the animation using QGraphicsScene::advance()?

No, right now the animations are each a QGraphicsWidget that use the QGraphicsItemAnimation.

It doesn't involve Graphics View, so no collision detection or transformations.

Could I disable collision detection?

Try profiling your application to see what is causing the slowdowns. I think the bottleneck is not rendering.

What profilers do you recommend?

[wysota]

No, right now the animations are each a QGraphicsWidget that use the QGraphicsItemAnimation.

Try switching to advance, it should be faster.

Could I disable collision detection?

If you're not moving the items too much then it's enough to set the "interactive" property of the view to false. If you are moving items but you don't care about collisions, disable indexing for the scene.

What profilers do you recommend?

Callgrind (part of Valgrind package) or gprof if you're running a supported platform. I don't profile on Windows so I can't recommend anything there.