[PD] how to capture window-related mouse-events when toxy is discontinued?
hans at at.or.at
Thu Nov 3 16:07:38 CET 2011
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.
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 at gmail.com>
>>> To: pd-list at iem.at
>>> 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 at yahoo.com>
>>>> 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.
>>> 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.
>>> Pd-list at iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>> Pd-list at 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 at googlemail.com | skype: jmmmpjmmmp
> Pd-list at 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
More information about the Pd-list