[PD] -nogui question

[B. Bogart]

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