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.
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ásOn 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