The patch is the same in NOGUI or without, so the more objects there are the more processing it takes to open the patch, then more objects there are the more overhead of them communicating...
Still lots of the GUI (logic) code is in C, and only the drawing in TK. no gui means the tk part don't get run, but I believe the C parts still do.
.b.
Frank Barknecht wrote:
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
If an object doesn't have a visual representation, i.e. its not drawn
on a canvas, then it won't have a Tcl/Tk representation at all, so
the slow GUI stuff doesn't apply to things that aren't visible. That
includes non-visible GUI objects.Note that in a running patch, even non-visible GUI objects can slow down Pd! For example if you use this:
[select ...] | [random 10]
it's much faster than this:
[select ...] | [bng] <-- GUI bang | [random 10]
even when hidden somewhere deep in an abstraction. Same for floatatoms etc. If you use them for debugging purposes, it's good to disconnect or delete them for the final version of an abstraction.
Ciao