Forums > MaxMSP

Subpatchers with pattrs take very long to unload when linked to pattrstorage (bug?)


March 22, 2007 | 12:05 pm

Hi all, especially cycling 74,

A big patch I’m working on recently started to take very long to unload (much longer than loading). After a week of waiting I decided to do some research. This is what happens: I have pattrs inside frequently used abstractions. When I insert a pattrstorage in the main patch, suddenly all these abstractions take a very long time to unload.

I made a patch that illustrates this problem. Steps to reproduce are inside.

#P window setfont "Sans Serif" 9.;
#P window linecount 1;
#P newex 345 317 67 196617 pattrstorage;
#X client_rect 0 0 640 240;
#X storage_rect 0 0 640 240;
#P objectname u912000002;
#P window linecount 3;
#P comment 51 245 289 196617 2) delete the content inside the deepest subpatcher in ‘pattrsInHere’ (select all , delete). This is done instantly. Then press Undo.;
#P window linecount 2;
#P comment 51 316 289 196617 4) delete the pattrstorage , then delete ‘pattrsInHere’. It is gone instantly;
#P comment 51 287 289 196617 3) delete ‘pattrsInHere’. On a Mac Pro Quad 2.66 GHz , the time this takes varies from 3 to 7 seconds. Then press Undo.;
#P window linecount 1;
#P newex 321 83 27 196617 – 1;
#P newex 377 121 40 196617 % 100;
#P newex 336 121 37 196617 / 100;
#P newex 336 140 32 196617 * 80;
#P newex 336 159 31 196617 + 10;
#P newex 51 200 80 196617 s toThispatcher;
#P button 281 47 15 0;
#P newex 281 64 50 196617 uzi 1000;
#P newex 321 102 40 196617 t i i i;
#P newex 377 140 32 196617 * 20;
#P newex 377 159 31 196617 + 60;
#P newex 51 181 336 196617 sprintf script new myPattr[%i] newex %i %i 74 196617 pattr myPattr;
#P comment 298 47 100 196617 1) generate pattrs;
#N vpatcher 216 101 381 238;
#P origin 0 6;
#P window setfont "Sans Serif" 9.;
#N vpatcher 10 59 201 226;
#P window setfont "Sans Serif" 9.;
#N vpatcher 10 59 601 461;
#P window setfont "Sans Serif" 9.;
#P newex 9 26 80 196617 r toThispatcher;
#N thispatcher;
#Q end;
#P newobj 90 26 61 196617 thispatcher;
#P connect 1 0 0 0;
#P pop;
#P newobj 27 38 72 196617 p pattrsInside;
#P objectname pattrsInside;
#P pop;
#P newobj 20 28 72 196617 p pattrsInside;
#P objectname pattrsInside;
#P pop;
#P newobj 51 225 75 196617 p pattrsInHere;
#B color 5;
#P objectname pattrsInside;
#P connect 5 0 2 0;
#P connect 2 0 8 0;
#P connect 9 0 2 1;
#P connect 7 0 6 0;
#P connect 6 2 13 0;
#P connect 13 0 5 0;
#P connect 5 1 11 0;
#P connect 11 0 10 0;
#P connect 10 0 9 0;
#P connect 5 2 12 0;
#P connect 12 0 4 0;
#P connect 4 0 3 0;
#P connect 3 0 2 2;
#P window clipboard copycount 18;

Mac OS 10.4.8, Max 4.6.2
I hope someone can confirm.

Cheers,
Mattijs

March 24, 2007 | 7:40 am

Mattijs Kneppers schrieb:
> I made a patch that illustrates this problem. Steps to reproduce are inside.
>
> Mac OS 10.4.8, Max 4.6.2
> I hope someone can confirm.

for step 3: 45 sec to delete on a Powerbook 1.5 GHz, about 12 sec for undo.

step 4: instantanious

confirmed…

Stefan


Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
— _|_)—-|—–()————–
———-()——–www.ccmix.com

March 24, 2007 | 11:00 am

Quote: Stefan Tiedje wrote on Sat, 24 March 2007 08:40
—————————————————-
> Mattijs Kneppers schrieb:
> > I made a patch that illustrates this problem. Steps to reproduce are inside.
> >
> > Mac OS 10.4.8, Max 4.6.2
> > I hope someone can confirm.
>
> for step 3: 45 sec to delete on a Powerbook 1.5 GHz, about 12 sec for undo.
>
> step 4: instantanious
>
> confirmed…
>
> Stefan

Thanks Stefan!

Mattijs

Viewing 3 posts - 1 through 3 (of 3 total)

Forums > MaxMSP