Forums > MaxMSP

poly~ steal mode unstable (?) after a certain time


f.e
December 7, 2006 | 12:00 pm

I have a poly~ with four instances in. To ‘benchmark’ it, i use a metro
to send too much notes (thru a makenote) every 250ms. After ~20 seconds,
the stealing process doesn’t work anymore : the first voice is always
stealed, and the other three become ignored… Where is the problem ? In
my patch, in audio settings maybe (vectors ?), poly~ optional arguments
to be set ?

called it ‘splayer~’ :

#P window setfont "Sans Serif" 10.;
#P window linecount 1;
#N vpatcher 15 55 779 557;
#P window setfont "Sans Serif" 9.;
#P window linecount 0;
#P message 365 415 50 9109513;
#P window linecount 1;
#P newex 421 365 57 9109513 prepend set;
#P newex 205 405 28 9109513 *~ 1.;
#P newex 237 405 28 9109513 *~ 1.;
#P newex 292 116 27 9109513 t b 1;
#P newex 335 249 27 9109513 gate;
#P newex 335 297 40 9109513 t b 0 b;
#P message 335 344 29 9109513 1. 10;
#P message 324 156 29 9109513 0. 10;
#P newex 324 194 38 9109513 line~ 1.;
#P inlet 292 56 15 0;
#P inlet 237 56 15 0;
#P inlet 205 56 15 0;
#P outlet 365 437 15 0;
#P outlet 237 429 15 0;
#P outlet 205 429 15 0;
#P connect 3 0 13 0;
#P connect 13 0 0 0;
#P fasten 6 0 13 1 329 389 228 389;
#P connect 4 0 12 0;
#P connect 12 0 1 0;
#P fasten 6 0 12 1 329 389 260 389;
#P connect 5 0 11 0;
#P connect 11 0 7 0;
#P fasten 8 0 6 0 340 371 295 371 295 182 329 182;
#P connect 7 0 6 0;
#P fasten 11 1 10 0 314 236 340 236;
#P fasten 9 1 10 0 355 324 316 324 316 241 340 241;
#P connect 10 0 9 0;
#P connect 9 0 8 0;
#P connect 6 1 10 1;
#P fasten 14 0 15 0 426 399 370 399;
#P connect 9 2 15 0;
#P connect 15 0 2 0;
#P fasten 5 0 14 0 297 95 426 95;
#P pop;
#P newobj 208 341 155 9109514 p fe.nocut~;
#N in 2;
#X comment Other messages to groove~;
#P newobj 137 76 26 9109514 in 2;
#P newex 473 401 42 9109514 sel 127;
#P message 356 205 27 9109514 stop;
#P message 84 212 48 9109514 startloop;
#P newex 84 166 42 9109514 sel 127;
#P newex 35 131 59 9109514 unpack 0 0;
#P newex 545 521 107 9109514 sprintf set Rsplayer%i;
#P newex 255 596 81 9109514 send~ Rdummy;
#P newex 170 596 80 9109514 send~ Ldummy;
#P newex 435 521 106 9109514 sprintf set Lsplayer%i;
#P newex 435 108 53 9109514 loadbang;
#N in 1;
#X comment Note in;
#P newobj 35 76 26 9109514 in 1;
#P newex 435 462 50 9109514 thispoly~;
#N out 1;
#X comment info outlet;
#P newobj 357 464 32 9109514 out 1;
#N out~ 2;
#X comment (signal) Right;
#P newobj 280 464 38 9109514 out~ 2;
#N out~ 1;
#X comment (signal) Left;
#P newobj 208 464 38 9109514 out~ 1;
#P newex 208 184 39 9109514 sig~ 1.;
#P newex 209 263 154 9109514 groove~ snd 2;
#P window linecount 5;
#P comment 520 404 100 9109514 < we could connect the 2nd outlet to
thispoly~ to double the busy state checking… ?;
#P connect 7 0 13 0;
#P connect 13 1 14 0;
#P connect 14 0 15 0;
#P fasten 19 0 10 0 213 413 175 413;
#P fasten 9 0 10 0 440 568 175 568;
#P connect 1 0 19 0;
#P connect 19 0 3 0;
#P fasten 19 2 1 0 357 379 183 379 183 248 214 248;
#P fasten 18 0 1 0 142 241 214 241;
#P fasten 16 0 1 0 361 236 214 236;
#P connect 2 0 1 0;
#P fasten 19 1 11 0 285 413 260 413;
#P fasten 12 0 11 0 550 568 260 568;
#P connect 1 1 19 1;
#P connect 19 1 4 0;
#P fasten 15 0 19 2 89 316 357 316;
#P fasten 8 0 16 0 440 185 361 185;
#P fasten 19 0 6 0 213 433 440 433;
#P fasten 17 1 6 0 510 452 440 452;
#P connect 8 0 6 0;
#P connect 6 0 9 0;
#P fasten 13 1 17 0 89 162 478 162;
#P fasten 6 0 12 0 440 507 550 507;
#P window clipboard copycount 20;

Main test patch :

#P window setfont "Sans Serif" 10.;
#P window linecount 1;
#P comment 629 52 100 9109514 1 – load a sample;
#P toggle 389 39 35 0;
#P newex 389 90 56 9109514 metro 250;
#P message 669 287 38 9109514 11763;
#P message 600 105 69 9109514 target 0 , stop;
#P newex 583 77 27 9109514 t s b;
#P flonum 732 227 160 10 0 0 0 139 0 0 0 221 221 221 222 222 222 0 0 0;
#P newex 389 312 56 9109514 pack 0 0 0;
#P message 389 347 83 9109514 target $1 , $2 $3;
#P newex 389 270 56 9109514 poly 4 1;
#P message 389 187 26 9109514 127;
#P button 389 131 38 0;
#P newex 389 225 84 9109514 makenote 127 0;
#P newex 654 183 105 9109514 info~ snd;
#P newex 826 473 97 9109514 receive~ Rsplayer4;
#P user gain~ 774 507 27 137 158 0 1.071519 7.94321 10.;
#P user meter~ 826 507 848 666 10 0 168 0 0 0 0 255 153 0 255 0 0 217
217 0 153 186 0 20 3 3 3 3;
#P user gain~ 745 507 27 137 158 0 1.071519 7.94321 10.;
#P user meter~ 803 507 825 666 10 0 168 0 0 0 0 255 153 0 255 0 0 217
217 0 153 186 0 20 3 3 3 3;
#P newex 803 451 96 9109514 receive~ Lsplayer4;
#P newex 623 473 97 9109514 receive~ Rsplayer3;
#P user gain~ 571 507 27 137 158 0 1.071519 7.94321 10.;
#P user meter~ 623 507 645 666 10 0 168 0 0 0 0 255 153 0 255 0 0 217
217 0 153 186 0 20 3 3 3 3;
#P user gain~ 542 507 27 137 158 0 1.071519 7.94321 10.;
#P user meter~ 600 507 622 666 10 0 168 0 0 0 0 255 153 0 255 0 0 217
217 0 153 186 0 20 3 3 3 3;
#P newex 600 451 96 9109514 receive~ Lsplayer3;
#P newex 434 474 97 9109514 receive~ Rsplayer2;
#P user gain~ 382 508 27 137 158 0 1.071519 7.94321 10.;
#P user meter~ 434 508 456 667 10 0 168 0 0 0 0 255 153 0 255 0 0 217
217 0 153 186 0 20 3 3 3 3;
#P user gain~ 353 508 27 137 158 0 1.071519 7.94321 10.;
#P user meter~ 411 508 433 667 10 0 168 0 0 0 0 255 153 0 255 0 0 217
217 0 153 186 0 20 3 3 3 3;
#P newex 411 452 96 9109514 receive~ Lsplayer2;
#P newex 231 474 97 9109514 receive~ Rsplayer1;
#P user gain~ 179 508 27 137 158 0 1.071519 7.94321 10.;
#P user meter~ 231 508 253 667 10 0 168 0 0 0 0 255 153 0 255 0 0 217
217 0 153 186 0 20 3 3 3 3;
#P newex 66 452 73 9109514 loadmess 100;
#P user gain~ 150 508 27 137 158 0 1.071519 7.94321 10.;
#P user ezdac~ 493 783 537 816 0;
#P user meter~ 208 508 230 667 10 0 168 0 0 0 0 255 153 0 255 0 0 217
217 0 153 186 0 20 3 3 3 3;
#P newex 208 452 96 9109514 receive~ Lsplayer1;
#P comment 547 791 100 9109514 < test;
#P newex 389 387 85 9109514 poly~ splayer~ 4;
#P message 583 52 43 9109514 replace;
#P newex 583 150 81 9109514 buffer~ snd -1 2;
#P comment 281 50 100 9109514 2 – test here >;
#P connect 36 0 3 0;
#P fasten 40 0 3 1 605 137 529 137 529 374 469 374;
#P connect 43 0 42 0;
#P connect 42 0 33 0;
#P fasten 9 0 8 0 71 490 155 490;
#P fasten 9 0 15 0 71 499 358 499;
#P fasten 9 0 21 0 71 506 547 506;
#P fasten 9 0 27 0 71 506 750 506;
#P connect 41 0 32 2;
#P fasten 5 0 8 0 213 490 155 490;
#P fasten 12 0 11 0 236 503 184 503;
#P connect 8 1 11 0;
#P fasten 5 0 6 0 213 490 213 490;
#P connect 12 0 10 0;
#P fasten 13 0 15 0 416 494 358 494;
#P fasten 18 0 17 0 439 507 387 507;
#P connect 15 1 17 0;
#P connect 33 0 34 0;
#P connect 34 0 32 0;
#P connect 32 0 35 0;
#P connect 35 0 37 0;
#P connect 37 0 36 0;
#P fasten 13 0 14 0 416 494 416 494;
#P connect 35 1 37 1;
#P connect 18 0 16 0;
#P connect 32 1 35 1;
#P connect 35 2 37 2;
#P fasten 31 6 32 2 737 214 468 214;
#P connect 27 0 7 0;
#P connect 21 0 7 0;
#P connect 15 0 7 0;
#P connect 8 0 7 0;
#P connect 11 0 7 1;
#P connect 29 0 7 1;
#P connect 23 0 7 1;
#P connect 17 0 7 1;
#P fasten 19 0 21 0 605 489 547 489;
#P fasten 24 0 23 0 628 502 576 502;
#P connect 21 1 23 0;
#P connect 2 0 39 0;
#P connect 39 0 1 0;
#P connect 39 1 40 0;
#P fasten 19 0 20 0 605 489 605 489;
#P connect 24 0 22 0;
#P connect 1 1 31 0;
#P connect 31 6 38 0;
#P fasten 25 0 27 0 808 493 750 493;
#P fasten 30 0 29 0 831 506 779 506;
#P connect 27 1 29 0;
#P fasten 25 0 26 0 808 493 808 493;
#P connect 30 0 28 0;
#P window clipboard copycount 45;

cheers

f.e

f.e chanfrault | aka | personal computer music
> >>>>>> http://www.personal-computer-music.com
> >>>>>> |sublime music for a desperate people|


December 7, 2006 | 8:11 pm

f.e wrote:
> I have a poly~ with four instances in. To ‘benchmark’ it, i use a metro
> to send too much notes (thru a makenote) every 250ms. After ~20 seconds,
> the stealing process doesn’t work anymore : the first voice is always
> stealed, and the other three become ignored… Where is the problem ? In
> my patch, in audio settings maybe (vectors ?), poly~ optional arguments
> to be set ?

I don’t see any [steal 1] message connected to poly~…

Stefan


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



f.e
December 8, 2006 | 11:18 am

I know. I did it in purpose since it’s not specified anywhere, never,
that you have to send a ‘steal’ message to poly~ when you already set it
with poly (no tilde). As written in the poly.help file, "If a second
argument is given, poly implements voice stealing, and the overflow
outlet goes away."

Anyway, if you had clicked on a [steal 1] message to poly~ on my patch,
then had wait for 12 seconds (less than i thought), you could have
noticed the exact same behavior. You looked at the patch to quickly.

Steal still doens’t work after a short time. If it’s my fault, it’s
somewhere else.

f.e

f.e chanfrault | aka | personal computer music
> >>>>>> http://www.personal-computer-music.com
> >>>>>> |sublime music for a desperate people|

Stefan Tiedje wrote:
> f.e wrote:
>> I have a poly~ with four instances in. To ‘benchmark’ it, i use a
>> metro to send too much notes (thru a makenote) every 250ms. After ~20
>> seconds, the stealing process doesn’t work anymore : the first voice
>> is always stealed, and the other three become ignored… Where is the
>> problem ? In my patch, in audio settings maybe (vectors ?), poly~
>> optional arguments to be set ?
>
> I don’t see any [steal 1] message connected to poly~…
>
> Stefan
>



f.e
December 8, 2006 | 11:47 am

Ok. That was because i was using the same note everytime (not good for
steal). Adding a [random 127] between the bang and the makenote does the
trick, as makenote appears to be a very nice object that remembers all
pairs and can be fed constantly.

f.e

f.e chanfrault | aka | personal computer music
> >>>>>> http://www.personal-computer-music.com
> >>>>>> |sublime music for a desperate people|

Stefan Tiedje wrote:
> f.e wrote:
>> I have a poly~ with four instances in. To ‘benchmark’ it, i use a
>> metro to send too much notes (thru a makenote) every 250ms. After ~20
>> seconds, the stealing process doesn’t work anymore : the first voice
>> is always stealed, and the other three become ignored… Where is the
>> problem ? In my patch, in audio settings maybe (vectors ?), poly~
>> optional arguments to be set ?
>
> I don’t see any [steal 1] message connected to poly~…
>
> Stefan
>


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