On 06/04/17 12:27, Orm Finnendahl wrote:
Apart from that there is an external called speedlim (you could also build that as an abstraction using vanilla) which might be more elegant than using a global metro.
my idea was to have exactly one event which updates all gui-elements, instead of triggering a gui-update with every event (even if it is speedlimited). maybe i am wrong, and pd 'quantizes' the screen updates anyway (i have not studied the pd sourcecode), so that a few gui-redraws at (more or less) the same time are not worse than one? and of course i bypassed the gui for the dsp-calculations to use all incoming events without any limit.
what is the global gui refresh metro ?
that is/was my (temporary) solution for the slow gui: a metro at 8 hz sending bangs to a global send and a [f] receiving these bangs before every slider/number/ which is updated via midi-ctl, counters, sequencers, whatever.