Ho I see, my bad for the code, it's working fine.
I understand the process, it's a step in the right direction, but not what
I was thinking. So when creating a recursion it cannot be slowed
down I assume, since the every-frame kicks in. The recursion is the part I
was trying to 'slow down' so I guess if I generate that pattern without
the recursion I could 'slow down' all of these steps with this code
provided.
Anyhow - thanks for the direction, I'll hack a little more to see where I
can get.
On Mon, 11 Jul 2011, gabor papp wrote:
I don't understand the usage of seed in there, and I am not sure why the
code you added is located there (and not in the actual pattern
you cannot really use a delay function, because fluxus calls your
(every-frame) function regularly. the simple trick is to change the
generation parameters of the visuals and slow down gradually. since you use
random functions you have to reinitialize the random generator with the same
number to receive the same results. for example, when you run (random-seed
1), and use (random), it will return the same sequence each time. this
applies to the (rndf) and (rndvec) functions of fluxus as well, because they
are also based on (random).
this is needed when the pattern generation is slowed down and it shows the
same pattern for several frames. you have to set the seed to the same number
at the beginning of each frame to receive the same result.
The code you modify couldn't be run as is..
what do you mean it cannot be run? are you getting an error?
best,
gabor
