On Wed, 31 Oct 2007, cdr wrote:
How about also checking out if there would be any other alternative to Tcl/Tk? It's still quite slow, and some not so uncomplicated things (like a gui element in a gop) take lots of cpu for what they give.
a lot of this has nothing to do with TCL/Tk being slow, but PD using C string manipulation to generate Tk commands..then piping them over the client<>server socket. many times a second, per object, in the audio thread. etc..
This is not what João is talking about. Yes, Tcl/Tk is slow, especially the Tk part. The problem with sending big Tcl commands over a socket all of the time, is that it's a bad separation of responsibility between threads ... but only people who want to modify the GUI itself might care about client-server separation of responsibility, and usually they don't.
The client-server separation happens to be a nice occasion to do consolidations of code such that it becomes easier to optimise, but it doesn't mean that the opportunity to do the optimisation itself has really been exploited so much by DesireData.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada