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(a)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(a)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(a)gmail.com> wrote:
>>
>>> On Wed, Feb 27, 2013 at 12:45 AM, Ivica Bukvic <ico(a)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
>>>
>>
>
>
>