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" muranyia@gmail.com 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 ico@vt.edu 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" muranyia@gmail.com wrote:

...

On Wed, Feb 27, 2013 at 12:45 AM, Ivica Bukvic ico@vt.edu 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