(i become crazy)
i suppose it's simple, but no way...
:-(

basic-but-how-to-do-cycle-like-1-1-2-1-2-3-1-2-3-4-etc

here's one way... probably not the most efficient, but it works.

This is one of those things you could do in a number of ways. Have you looked at the counter object [in particular, its inputs and outputs]? accum?

Here's one of those places we always talk about where it's best to assume that there isn't necessarily a single way to do things, that the possible multiple solutions will reflect the idiosyncracies of their designers, and that the process of putting one's intellect to work trying to construct a solution will, in the long terms, be of greater benefit than solving the problem itself short term.

Your mileage may vary, but it shouldn't. Spend a little time with the manual pages for the counter and accum objects, and with Max Tutorials 31 (counter) and 21 (accum).

Here's one of those places we always talk about where it's best to assume that there isn't necessarily a single way to do things, that the possible multiple solutions will reflect the idiosyncracies of their designers, and that the process of putting one's intellect to  work trying to construct a solution will, in the long terms, be of greater benefit than solving the problem itself short term.

Your mileage may vary, but it shouldn't. Spend a little time with the manual pages for the counter and accum objects, and with Max Tutorials 31 (counter) and 21 (accum).


I thought it would work, but there's one error. It skips the second cycle. Now I'll try and solve it, I like these little puzzles!!

but yes it was only a logical problem and my brain didn't work. :-)

"Spend a little time with the manual pages for the counter and accum objects, and with Max Tutorials 31 (counter) and 21 (accum)."

thx all. i finally found a solution.
but yes it was only a logical problem and my brain didn't work. :-)

and could you now point me in a direction to learn how to play very 

quickly (each 100 or 200 ms) pictures (500px*500px 150 dpi) ?

and could you now point me in a direction to learn how to play very 
quickly (each 100 or 200 ms) pictures (500px*500px 150 dpi) ?
and record it as movie.

> and could you now point me in a direction to learn how to play very 

> quickly (each 100 or 200 ms) pictures (500px*500px 150 dpi) ?

jit.qt.movie/jit.matrix -> jit.qt.record?

> and could you now point me in a direction to learn how to play very  
> quickly (each 100 or 200 ms) pictures (500px*500px 150 dpi) ?
> and record it as movie.

using jit.qt.movie, i have to previously make a movie with all this pictures.

any way to get directly pictures from a folder ?

using jit.qt.movie, i have to previously make a movie with all this pictures.
any way to get directly pictures from a folder ?


> using jit.qt.movie, i have to previously make a movie with all this 

> any way to get directly pictures from a folder ?

If you have enough RAM, you can create a jit.matrixset, store each 

pictures into it via an automatic mechanism you'll have to build 

(using ubumenu autopopulate method, i. e.). Perhaps it's better to 

> using jit.qt.movie, i have to previously make a movie with all this  
> pictures.
> any way to get directly pictures from a folder ?

If you have enough RAM, you can create a jit.matrixset, store each  
pictures into it via an automatic mechanism you'll have to build  
(using ubumenu autopopulate method, i. e.). Perhaps it's better to  
start a new thread on the jitter forum.

I'm looking for a way to generate random integers within a given range with 

the stipulation that once a particular integer has been generated it cannot 

For example, if the range is 0 to 4 the output might look like this:

Windows Live Hotmail. Now with better security, storage and features. 

I'm looking for a way to generate random integers within a given range with 
the stipulation that once a particular integer has been generated it cannot 
be generated again.

Windows Live Hotmail. Now with better security, storage and features.  
www.newhotmail.ca?icid=WLHMENCA149


On 16 mai 07, at 19:05, greg eustace wrote:

> I'm looking for a way to generate random integers within a given 

> range with the stipulation that once a particular integer has been 

> generated it cannot be generated again.

> For example, if the range is 0 to 4 the output might look like this:

[urn] is the one. the abstraction [urn-jb] (in the example folder) 

might be useful too if you want to make sure that there's no 

> Hi,
>
> I'm looking for a way to generate random integers within a given  
> range with the stipulation that once a particular integer has been  
> generated it cannot be generated again.
>
> For example, if the range is 0 to 4 the output might look like this:
>
> 4, 2, 3, 1, 0

[urn] is the one. the abstraction [urn-jb] (in the example folder)  
might be useful too if you want to make sure that there's no  
repetition when the series starts again.

On May 16, 2007, at 1:05 PM, greg eustace wrote:

> Windows Live Hotmail. Now with better security, storage and 

> features. www.newhotmail.ca?icid=WLHMENCA149

> Hi,
>
> I'm looking for a way to generate random integers within a given  
> range with the stipulation that once a particular integer has been  
> generated it cannot be generated again.
>
> For example, if the range is 0 to 4 the output might look like this:
>
> 4, 2, 3, 1, 0
>
> Any suggestions? Thanks.
>
> Windows Live Hotmail. Now with better security, storage and  
> features.  www.newhotmail.ca?icid=WLHMENCA149
>

Or with counter, but only three objects...

John Pitcairn schrieb:
> Or without counter:

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


I see that you've gotten several versions already, but here's another 

take that uses Uzi with a feedback loop (it doesn't gather it's 

output into a list, but I wasn't sure you really wanted that anyway):

Chris Muir | "There are many futures and only one status quo.

cbm@well.com | This is why conservatives mostly agree,

 | and radicals always argue." - Brian Eno

I see that you've gotten several versions already, but here's another 
take that uses Uzi with a feedback loop (it doesn't gather it's 
output into a list, but I wasn't sure you really wanted that anyway):

-- 
Chris Muir           | "There are many futures and only one status quo.
cbm@well.com         |  This is why conservatives mostly agree,
http://www.xfade.com |  and radicals always argue." - Brian Eno


for now it's ok with a movie to begin with jitter.

yep.
i'll see that.
for now it's ok with a movie to begin with jitter.
thx.

basic but how to do cycle like 1, 1 2, 1 2 3, 1 2 3 4, etc...