On Oct 31, 2007, at 4:45 AM, 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.. > > if you do similar things in HTML/JS/XUL you'll find them even > slower than Tk, and using 10-100x the RAM. at least w/ firepig. > > imo the biggest prob with [widget] is that the widgets were only > 'alive' when that subpatch was physically on the screen. so some > combination of tclpd and [widget] that has 'offscreen' mode which > still allows data pass-thru and TCL execution would be an > improvement...
You have the best understanding of [widget] so it would be excellent to apply that to tclpd. Any interest in helping? I am not good at Tcl/Tk, but I think it would be a very useful thing to have in Pd, so I am planning on doing what I can. Now that I have a better grasp of Pd's GUI API, I have just started to think about how to make a tclpd API. Federico and I talked briefly about it, maybe he's been inspired recently. .hc ------------------------------------------------------------------------ ---- The arc of history bends towards justice. - Dr. Martin Luther King, Jr. _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
