On Oct 31, 2007, at 12:51 PM, Mathieu Bouchard wrote: > 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.
First off, Tcl/Tk 8.5 looks to have a lot of performance improvements, especially on Mac OS X, as it shifts from Carbon/ QuickDraw to Cocoa/CoreGraphics. Since we are talking about Tk now, I was wondering whether it would be possible to use Tcl/Tk's C interface in some objects in order to make things happen more efficiently. .hc ------------------------------------------------------------------------ ---- "It is convenient to imagine a power beyond us because that means we don't have to examine our own lives.", from "The Idols of Environmentalism", by Curtis White _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
