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 <katjavet...@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 <jancs...@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
jmmmp...@googlemail.com | skype: jmmmpjmmmp
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
