Forums > MaxMSP

pattr issue at initialisation

February 5, 2008 | 9:10 am

hi list,
it seems that pattr keeps in memory the last value received before closing of a patch and recalling it at opening of this patch, without being receiving any loadbang , why is that ?
is there an argument/message that prevents this ?
in the posted patch , the pattred yellow number box will output its value no matter what at the loading of a the patch .
i could think of a workaround , but i am curious about the behaviour;
expected behaviour : no values are stored in the pattr objects at theloading of a patch, unless they are asked for it before closing the same patch .
some little clarification on Super Tuesday would be welcome :)

#P window setfont "Sans Serif" 9.;
#P window linecount 1;
#P newex 192 408 48 196617 loadbang;
#P window linecount 2;
#P message 192 432 220 196617 priority fadeDelay_ -5 , priority fadeTime_ -4 , priority endFade_ -3 , priority startFade_ -2;
#P window linecount 1;
#P message 153 407 14 196617 3;
#P message 138 407 14 196617 2;
#P message 123 407 14 196617 1;
#P message 138 432 51 196617 recall $1;
#P message 102 407 14 196617 3;
#P message 87 407 14 196617 2;
#P message 72 407 14 196617 1;
#P message 87 433 49 196617 store $1;
#P newex 138 482 140 196617 pattrstorage @changemode 0;
#X client_rect 14 59 654 299;
#X storage_rect 0 0 640 240;
#P objectname u554000190;
#P comment 229 113 51 196617 fadeTime;
#P newex 36 170 40 196617 t b b b;
#P message 36 258 56 196617 $1 , $2 $3;
#P newex 36 235 63 196617 pack 0. 0. 0;
#P newex 68 207 27 196617 f;
#P newex 36 207 27 196617 f;
#P newex 101 206 27 196617 i;
#P newex 36 277 40 196617 line 0.;
#P newex 44 58 27 196617 t b i;
#N vpatcher 496 674 1317 1101;
#P window setfont "Sans Serif" 9.;
#P flonum 506 125 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P flonum 506 62 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P window linecount 1;
#P newex 506 91 170 196617 pattr fadeDelay_ parent::fadeDelay;
#X prestore 1 0 5000;
#P objectname fadeDelay_;
#P flonum 341 125 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P flonum 341 62 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P newex 341 91 164 196617 pattr fadeTime_ parent::fadeTime;
#X prestore 1 0 500.;
#P objectname fadeTime_;
#P flonum 188 125 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P flonum 188 62 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P newex 188 91 152 196617 pattr endFade_ parent::endFade;
#X prestore 1 0 1.;
#P objectname endFade_;
#P flonum 18 125 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P flonum 18 62 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P newex 18 91 168 196617 pattr startFade_ parent::startFade;
#X prestore 1 0 0.5;
#P objectname startFade_;
#P connect 1 0 0 0;
#P connect 0 0 2 0;
#P connect 4 0 3 0;
#P connect 3 0 5 0;
#P connect 7 0 6 0;
#P connect 6 0 8 0;
#P connect 10 0 9 0;
#P connect 9 0 11 0;
#P pop 1;
#P newobj 311 126 41 196617 p pattr;
#P objectname "sub patch";
#P button 17 76 15 0;
#P number 44 41 63 9 0 0 0 3 0 0 0 255 227 23 222 222 222 0 0 0;
#P objectname fadeDelay;
#P newex 17 96 54 196617 delay;
#P button 17 118 15 0;
#P flonum 229 127 72 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P objectname fadeTime;
#P flonum 185 127 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P objectname endFade;
#P flonum 147 127 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P objectname startFade;
#P user multiSlider 36 299 154 26 0. 1. 1 2680 47 0 0 2 0 0 0;
#M frgb 0 0 0;
#M brgb 255 255 255;
#M rgb2 127 127 127;
#M rgb3 0 0 0;
#M rgb4 37 52 91;
#M rgb5 74 105 182;
#M rgb6 112 158 18;
#M rgb7 149 211 110;
#M rgb8 187 9 201;
#M rgb9 224 62 37;
#M rgb10 7 114 128;
#P objectname multiSlider[2];
#P comment 110 98 100 196617 names :;
#P comment 130 114 51 196617 startFade;
#P comment 183 113 45 196617 endFade;
#P comment 45 27 100 196617 fadeDelay;
#P connect 32 0 31 0;
#P connect 31 0 22 0;
#P connect 24 0 23 0;
#P connect 25 0 23 0;
#P connect 26 0 23 0;
#P connect 30 0 27 0;
#P connect 29 0 27 0;
#P connect 28 0 27 0;
#P connect 23 0 22 0;
#P connect 27 0 22 0;
#P connect 20 2 15 0;
#P connect 15 0 18 2;
#P connect 7 0 15 1;
#P connect 20 1 17 0;
#P connect 17 0 18 1;
#P connect 6 0 17 1;
#P connect 16 0 18 0;
#P connect 20 0 16 0;
#P connect 5 0 16 1;
#P connect 8 0 20 0;
#P connect 14 0 4 0;
#P connect 18 0 19 0;
#P connect 19 0 14 0;
#P connect 13 1 9 1;
#P connect 10 0 13 0;
#P connect 9 0 8 0;
#P connect 11 0 9 0;
#P connect 13 0 11 0;
#P window clipboard copycount 33;

what does this line mean : " #X prestore 1 0 5000;" ?
is it related to my issue ?


February 5, 2008 | 9:32 am


February 5, 2008 | 9:33 am

This is one of pattr’s most useful features! You can, however, disable it with:

@autorestore 0

jb


February 5, 2008 | 9:46 am

it is sure very usefull but i did not the feature in this specific case , anyway thanks for pointing the autorestore attribute

( should have checked the reference manual first, sorry for the bandwith …)

Quote: Jeremy Bernstein wrote on Tue, 05 February 2008 10:33
—————————————————-
> This is one of pattr’s most useful features! You can, however, disable it with:
>
> @autorestore 0
>
> jb
—————————————————-


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