I'm not using Pd much, so I could only mention my
http://jmmmp.github.io/clicktracker/ From what I "feel", it takes longer
now to draw when loaded (it's just a GOP patch), and also a bit more to
open the GOP to see its contents. And the same again when closing the
canvas+patch.
I just
On 3/8/23 14:13, João Pais wrote:
It seems to me that gui peformance has gotten worse in 0.53.1, but I
haven't been using Pd enough to pinpoint it. If affects mostly GOP and
loading/closing speeds, maybe not related with this.
i would be *highly* interested in any patches demonstrating such a
On Wed, 2023-03-08 at 00:13 +0100, Roman Haefeli wrote:
>
> As a follow-up on the matter, I identified to conditions that trigger
> a
> redraw:
>
> * Loading a patch where some scalar objects like
> [draw{symbol,number,text}]
> or [{draw,filled}{curve,polygon}] are created before the
On Thu, 2023-03-09 at 22:14 +0100, João Pais wrote:
>
> > >
>
> Redraw times when opening patches (counted in my head):
>
> - 2 - 15s
>
> - 3 - 0s
>
> - 4 - also around 15s, this seems to be the reference value no matter
> which other patches are opened.
>
> This on W10, Thinkcentre,
Not much of a help, just a couple of pointers:
I just opened a patch with several jmmmp/multiarray and help patches of
several of my jmmmp objects using data structures, and didn't notice
something like that.
But, I always use $0-names for templates. I would think having less
scalars for the
On Sat, 2023-03-04 at 23:17 +0100, Roman Haefeli wrote:
>
> Sometimes when I load certain patches containing data structures, all
> data structures in all patches of an instance of Pd are redrawn.
As a follow-up on the matter, I identified to conditions that trigger a
redraw:
* Loading a
Hey all
Sometimes when I load certain patches containing data structures, all
data structures in all patches of an instance of Pd are redrawn. This
is barely noticeable with one single patch, but if many patches are
loaded with each using many scalars, the whole redrawing process
becomes
