I doubt that Tcl/Tk's drawing code is being overloaded. Instead, try running "path/to/pd -stderr -d 3" and you'll see that 'pd' is sending 'pd-gui' massive amounts of Tcl code to parse, compile, and execute. In the case of a move, this could be accomplished with one line of Tcl to tag everything you want to move, then one move command to let Tcl/Tk do the moving.
.hc
On Nov 3, 2011, at 10:31 AM, João Pais wrote:
those spikes is what I was predicting with the graphic overloading of tcl/tk (through data structures, in this case).
you could also try the following: make the "selectable area" around one corner (or middle) of the button: with a tiny bit more resolution, but less points in the template. if you want to keep the squares, it's even better, because it helps you selecting the structs.
Or one other thing: maybe can the tcl/tk code be changed, so that it doesn't overload that fast? Reduce the redraw rate, or something else? (I have no idea about tcl/tk)
Or change the output rate of the struct object? (this might not help much)
About the background grid for instant jumps, an implementation of it in run mode is easy. I could try to give an example, but don't have any time for now.
----- Original Message -----
From: katja katjavetter@gmail.com To: pd-list@iem.at Cc: Sent: Thursday, November 3, 2011 6:10 AM Subject: Re: [PD] how to capture window-related mouse-events when toxy is discontinued?
On Thu, Nov 3, 2011 at 1:30 AM, Jonathan Wilkes jancsika@yahoo.com wrote:
How does the cpu usage in my demo compare to your patch where you use a radiobutton?
Here's a cpu load comparison of objects dragged continuously (on intel mac 2GHz):
polygon in movable_box2.pd: 23 % polygon in 07.sequencer.pd (help browser): 16% radiobutton in moving_objects.pd: 12 % regular Pd slider: 13 % 2D geo in a gem window: 2.5%
I just got intermittent rises up to 50% on a dual core 64-bit amd with all of the above.
I imagine that the cpu load for movable_box2.pd is due to the number of points in the polygon. I think you could get a 20x20 draggable square with 8 coordinates-- that would be equal to the number of points in a radiobutton so maybe that would get down to a corresponding cpu load.
I'll try some tweaks later to see if that works.
-Jonathan
Your polygon method is plain vanilla Pd and that makes it attractive for a widely shared Pd patch. No risk of broken dependencies. But I am afraid it is too cpu-intensive, particularly on Windows. Thanks for sharing the idea though, it is inspiring.
Katja
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmpais@googlemail.com | skype: jmmmpjmmmp
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf