[PD] how to capture window-related mouse-events when toxy is discontinued?

Thu Nov 3 19:47:14 CET 2011

Hey Ico,

That's great, we need to do a lot more of that.  Can you point me to where these changes are so I can check them out?

.hc

On Nov 3, 2011, at 2:44 PM, Ivica Ico Bukvic wrote:

> Indeed, pd-l2ork moves entire selection by tag, so instead of redrawing everything, out issues single tcl/tk command. The only thing that still redrawed every time when displaced is gop-enabled patcher.
> 
> Ivica Ico Bukvic, D.M.A
> Composition, Music Technology
> Director, DISIS Interactive Sound & Intermedia Studio
> Director, L2Ork Linux Laptop Orchestra
> Assistant Director, CCTAD
> Virginia Tech
> Department of Music
> Blacksburg, VA 24061-0240
> (540) 231-6139
> (540) 231-5034 (fax)
> disis.music.vt.edu
> l2ork.music.vt.edu
> ico.bukvic.net
> 
> Jonathan Wilkes <jancsika at yahoo.com> wrote:
> I believe Ivica made such a modification in Pd-l2ork-- whatever the case, moving many iemguis in 
> Pd-l2ork is much snappier than in Vanilla or Pd-extended.  But I haven't measured the cpu load.
> 
> -Jonathan
> 
> 
> ----- Original Message -----
> > From: Hans-Christoph Steiner <hans at at.or.at>
> > To: João Pais <jmmmpais at googlemail.com>
> > Cc: katja <katjavetter at gmail.com>; "pd-list at iem.at" <pd-list at iem.at>; Jonathan Wilkes <jancsika at yahoo.com>
> > Sent: Thursday, November 3, 2011 11:07 AM
> > Subject: Re: [PD] how to capture window-related mouse-events when toxy is discontinued?
> > 
> > 
> > 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 pa!
>  rse,
> 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 
> > h!
>  ave 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
> >>>>  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 at 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 p!
>  oints 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 at iem.at mailing list
> >>>>  UNSUBSCRIBE and account-management ->
> >>>>  http://lists.puredata.info/listinfo/pd-list
> >>>> 
> >>> 
> >>>
> 
> >>>  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
> >
> 
> 
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

----------------------------------------------------------------------------

                            kill your television

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20111103/08aa9cfc/attachment-0001.htm>