Dr. Spankenstein

I'm after this pattern which will be then fed into the multislider object in order to drive a re-trigger type effect.

The pattern im after will start at 1 and jump in stages of 4 creating groups of the same number up to the number selected at the top.

1,1,1,1 5,5,5,5 9,9,9,9 13,13,13,13 16,16,16,16

Therefore there will be 16 individual numbers but equally grouped in increments 4.

how-do-i-get-the-following-pattern-of-numbers-into-coll-using-a-variant-of-this-patch

On 2/12/08 12:02 PM, "Rhys Perkins" wrote:

> I'm after this pattern which will be then fed into the multislider object in

> order to drive a re-trigger type effect.

> The pattern im after will start at 1 and jump in stages of 4 creating groups

> of the same number up to the number selected at the top.

> 1,1,1,1 5,5,5,5 9,9,9,9 13,13,13,13 16,16,16,16

> Therefore there will be 16 individual numbers but equally grouped in

> #P newex 172 231 124 196617 if $i1 == $i2 then $i1;

> #P newex 172 355 97 196617 v RetriggerCounter;

> #P newex 171 114 128 196617 t b b i i i 1;

> #P newobj 172 205 95 196617 counter 1 512;

> #P comment 224 419 335 196617 I'm after 1111... 5555.... 9999... 13131313...

> 17171717 etc (up to number picked at the top where the group size should be

> determined by the uzi above the v RetriggerCounter object);

On 2/12/08 12:02 PM, "Rhys Perkins"  wrote:

>
> I'm after this pattern which will be then fed into the multislider object in
> order to drive a re-trigger type effect.
>
> The pattern im after will start at 1 and jump in stages of 4 creating groups
> of the same number up to the number selected at the top.
>
> E.g Press 16 and I get
>
> 1,1,1,1 5,5,5,5 9,9,9,9 13,13,13,13 16,16,16,16
>
> Therefore there will be 16 individual numbers but equally grouped in
> increments 4.
>
> I hope this makes sense:
>
> max v2;
> #N vpatcher 24 74 636 632;
> #P window setfont "Sans Serif" 9.;
> #P window linecount 1;
> #P newex 172 231 124 196617 if $i1 == $i2 then $i1;
> #P newex 172 355 97 196617 v RetriggerCounter;
> #P newex 172 257 40 196617 t i b i;
> #P newex 172 328 40 196617 uzi 4;
> #P message 126 391 33 196617 clear;
> #N coll ;
> #P newobj 172 416 53 196617 coll;
> #P newex 171 145 38 196617 del 10;
> #P newex 171 114 128 196617 t b b i i i 1;
> #P message 206 59 31 196617 256.;
> #P message 125 60 31 196617 128.;
> #P message 92 60 23 196617 64.;
> #P button 214 182 15 0;
> #P newex 172 390 46 196617 zl group;
> #P newex 172 185 40 196617 uzi 512;
> #P newex 219 258 27 196617 + 4;
> #P button 172 164 15 0;
> #P message 60 60 23 196617 32.;
> #N counter 1 512;
> #X flags 0 0;
> #P newobj 172 205 95 196617 counter 1 512;
> #P window linecount 3;
> #P comment 224 419 335 196617 I'm after 1111... 5555.... 9999... 13131313...
> 17171717 etc (up to number picked at the top where the group size should be
> determined by the uzi above the v RetriggerCounter object);
> #P connect 10 0 11 0;
> #P connect 9 0 11 0;
> #P connect 8 0 11 0;
> #P connect 2 0 11 0;
> #P connect 11 0 12 0;
> #P connect 12 0 3 0;
> #P connect 3 0 5 0;
> #P connect 5 0 1 0;
> #P connect 1 0 18 0;
> #P connect 18 0 16 0;
> #P fasten 16 1 15 0 192 306 177 306;
> #P connect 15 0 17 0;
> #P fasten 16 2 17 0 207 317 217 317 217 351 177 351;
> #P connect 17 0 6 0;
> #P connect 6 0 13 0;
> #P connect 14 0 13 0;
> #P fasten 11 4 5 1 268 173 207 173;
> #P fasten 11 3 6 1 245 154 274 154 274 380 213 380;
> #P fasten 11 1 7 0 199 138 219 138;
> #P connect 7 0 1 2;
> #P fasten 16 0 4 0 177 292 255 292 255 252 224 252;
> #P fasten 11 2 1 4 222 142 261 142;
> #P connect 11 5 18 1;
> #P fasten 4 0 18 1 224 282 266 282 266 228 291 228;
> #P pop;
>
> Thanks,
>
> Rhys 

Cheers,
Gary Lee Nelson
Oberlin College
www.timara.oberlin.edu/GaryLeeNelson

If they're the free ones that he created, then yes, I do.

On 2/12/08 2:50 PM, "Rhys Perkins" wrote:

> If they're the free ones that he created, then yes, I do.

On 2/12/08 2:50 PM, "Rhys Perkins"  wrote:

>
> If they're the free ones that he created, then yes, I do.
>
> Rhys

Sounds like you have it solved, but it was an interesting problem to tinker with, and could come in handy since it's a flexible system -- different numbers can get selected, and there could be a different number of repeated elements in each coll index. Nice for (say) repeated notes, or maybe matrix cell data.

This is much better, give it a try... offsets, scalar, etc. Could be useful.

In answer to your question, I have no clue as to what the in1 command for the uzi object does but I'm sure some kind soul here might enlighten us both.

> In answer to your question, I have no clue as to what the in1 command

> for the uzi object does but I'm sure some kind soul here might

It will pass the argument to the inlet 1, which is the right inlet to 

uzi... Usually you only need that with pattrforward to send to a 

Rhys Perkins schrieb:
> In answer to your question, I have no clue as to what the in1 command
> for the uzi object does but I'm sure some kind soul here might
> enlighten us both.

It will pass the argument to the inlet 1, which is the right inlet to 
uzi... Usually you only need that with pattrforward to send to a 
different than the first (in0) inlet...

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

How do I get the following pattern of numbers into coll using a variant of this patch?