[PD] pd-gui stops updating after a while in visually busy patches
Frank Barknecht
fbar at footils.org
Sun Mar 29 11:57:35 CEST 2009
Hallo,
Ivica Ico Bukvic hat gesagt: // Ivica Ico Bukvic wrote:
> This pertains to pd-extended 0.40.3. It appears that when a patch has a very
> busy GUI (as is the case with wiimote help file), after a while the GUI
> stops being responsive. The objects can be still moved and even atoms can be
> written into, but when one presses "return" to update atom value or when an
> atom or a slider needs to change due to automated update (e.g. via metro)
> nothing happens until pd is restarted. The sound engine and control
> mechanisms running through these still work and are responsive, it is just
> that gui remains totally frozen. Not sure if this only pertains to the
> wiimote object or other busy patches as well.
It can happen in general. Updating GUI objects too often (i.e. faster than the
eye can see) should be avoided in general. Passing messages through GUI sliders
even is buggy in Pd: sliders may change the incoming values so what comes out
is not the same as what came in (there is an open bug report regarding this on
SF.)
So while a better GUI handling would be nice, it's currently better to stay
defensive and change the patch to limit updates with something like change,
metro, speedlim and/or RjDj's m_speedlimit.
Ciao
--
Frank
More information about the Pd-list
mailing list