Thanks for the report. mknob is not accelerated, so you will get slowdowns, but those should not be any slower than vanilla pd. I will investigate further to see if I can reproduce that here and if so, find the source of the problem. On Mar 3, 2013 3:10 PM, "András Murányi" <[email protected]> wrote:
> The original patch has many dependencies, however I've managed to put > together a patch which is "big" enough to show the symptom but has no other > dependency than mknob. > Dragging the violet GOP takes quite a few seconds for me, while dragging > the other GOP with the numberbox is fast. The GUI is unresponsive meanwhile. > Another interesting thing is that when you select a large number of those > [pd presetstore] subpatches and drag them, it really (ok not really) takes > forever. But the bottleneck is not the same because the GUI stays > responsive. > Neither happens in pd-extended. > > Thanks for taking a look! > > András > > On Sun, Mar 3, 2013 at 6:47 PM, Ivica Bukvic <[email protected]> wrote: > >> Can you forward patch(es)? Does the abstraction use any non-default gui >> objects? >> On Mar 3, 2013 11:34 AM, "András Murányi" <[email protected]> wrote: >> >>> On Wed, Feb 27, 2013 at 12:45 AM, Ivica Bukvic <[email protected]> wrote: >>> >>>> [...] >>>> >>>> Regarding slow redraw, can you try latest version? I fixed one major >>>> inefficiency. >>>> >>>> >>> I've just compiled the latest git and the slowness is still there. I >>> have the vague impression though, that dragging the ominous abstraction got >>> faster (2 minutes vs previous 5), but again, this is just an impression. >>> >>> András >>> >> > > >
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
