[PD] GUI speed
João Pais
jmmmpais at googlemail.com
Sun Sep 26 18:33:26 CEST 2010
without knowing the patch by other than seeing it, I'll give a few
pointers. the gui is the weakest link in Pd, so it's better to make it
efficient
- don't make the objects receive any more "state info" (data used
primarily for display) than necessary. remove repeated values with
[change], or even reduce the rate with [speedlim], if a slider(knob is
there for you to look at it
- in my experience, gop with graphics showing uses more cpu than the same
graphics. try to avoid unecessary gops?
- are your guis in the way of the data flow, like
(process)->(gui)->(synthesis)? if no other solution, use the gui only to
display the parameter's state (at a slower rate) using "set $1" messages.
then when you press it, you still have control of the processes.
> Dear List,
>
> I'm trying to investigate why does a larger patch slow down the GUI so
> much
> much. When opened, CPU load goes to 40-50% (when minimized, goes back to
> ~20%), when i load values from sssad CPU goes up to 60-70% and stays
> there,
> and when i start the metro it goes even higher (not 90 or 100% however)
> and
> virtually unresponsive. Please take a look at the attached image and
> tell me
> if this is normal with a patch of this visual complexity. Make no
> mistake,
> the pd core maintains a decent 3-10% CPU load, its pd-gui which cannot
> handle the party.
>
> This is an ongoing problem which prevents me from actually *making music*
> with my patch. Tried to add the GOP abstractions to the canvas one by
> one,
> it seems that CPU load goes up by each element, i mean i couldn't find a
> "guilty one".
>
> Pd 42.5, Ubuntu Lucid, Compiz (<-- does it matter?)
>
> Thanks a lot for any advice!
>
> Andras
--
Friedenstr. 58
10249 Berlin (Deutschland)
Tel +49 30 42020091 | Mob +49 162 6843570
Studio +49 30 69509190
jmmmpais at googlemail.com | skype: jmmmpjmmmp
More information about the Pd-list
mailing list