steff3

if I generate lists in Java that are longer than 255 elements I need to do all that in jitter? here Max just truncates lists that are longer than 255 .....

lists-that-have-more-than-255-elements

use the search, I had the same problem, and I opened a thread some weeks ago. Probably you get help there!

I decided to realize the whole project in java, which is much more flexible and faster! 

Cant you do all the list-processing in java, and only give the very last information to Max?

use the search, I had the same problem, and I opened a thread some weeks ago. Probably you get help there!
I decided to realize the whole project in java, which is much more flexible and faster! 
Cant you do all the list-processing in java, and only give the very last information to Max?

well, I am implementing my own Cellular Automata - so I will need list output. I will not implement the sound generation in Java - I do not have enough time

I also need to go to jitter for visualisation .....

255 cells is not too bad though .... It might be enough ....

where exactly does that truncating happen? as soon as the message is send out or at the input of a classical Max-object?

I might implement the automata in Jitter-Java but that does not help with the lists - as also jitter truncates lists on output (e.g. jit.print - do not know about displaying in jit.cellblock - but that is not really user-friendly anyways - can I right jit.matrix to a textfile?).

would be interesting to see where the actual truncating happens - e.g. does jit.fill accept list longer than 256? here it might happen at the vepxr-node ....

but still leaves me with the issue how to text-output it ....

well, I am implementing my own Cellular Automata - so I will need list output. I will not implement the sound generation in Java - I do not have enough time 

I might implement the automata in Jitter-Java but that does not help with the lists - as also jitter truncates lists on output (e.g. jit.print - do not know about displaying in jit.cellblock - but that is not really user-friendly anyways - can I right jit.matrix  to a textfile?).

> if I generate lists in Java that are longer than 255 elements I need to do all that in jitter? here Max just truncates lists that are longer than 255 .....

I feel like I've posted this before. It uses java to decompose large lists into 255-element chunks that Max and handle, and then recomposes them.

I feel like I've posted this before.  It uses java to decompose large lists into 255-element chunks that Max and handle, and then recomposes them.

I dont remember where the truncating is done, but it was somewhere before the first Maxobject. Most of them cut the lists. What made me really frustrated is, that the object does not throw an error msg, and I cant remember, that I read anything about it in the doc!

Im working on a neural net project, I started in february with doing it in Max only; then in April I tried to realize it in max with jitter, an now finally, i realized, that this is too complex for Max, so I started learnig java, and I was really surprised, how much easier this was!!

But jitter of course is able to handle long lists! But as I said, I think you are wasting your time. I think the power of Max is its very high specialization for sound-things, or graphics in jitter, but it is not the best tool to realize very complex structural - or what else - calculations.

Last yaer I was playing around with some cellular automata stuff, I did some game-of-life-like. Would be interesting to see the work of others!

What is the idea of your proj?
Last yaer I was playing around with some cellular automata stuff, I did some game-of-life-like. Would be interesting to see the work of others!

>I feel like I've posted this before. It uses java to decompose >large lists into 255-element chunks that Max and handle, and then >recomposes them.

thats why i told him to look at my old thread ;-)

> where exactly does that truncating happen? as soon as the message is 

> send out or at the input of a classical Max-object?

Just in the objects you connect it to. You can easily replace all the zl

stuff with the standard mxj list classes. This will go up to 4095

elements. The limit is not in the Max connections, or to be precise, its

not Max, its the objects which can't deal with more...

> would be interesting to see where the actual truncating happens - 

> e.g. does jit.fill accept list longer than 256?

typically a question Max can answer itself by just trying it...

> here it might happen at the vepxr-node ....

yes, clearly, do the calculation in jitter, its exactly made for that...

Steff schrieb:
> where exactly does that truncating happen? as soon as the message is 
> send out or at the input of a classical Max-object?

Just in the objects you connect it to. You can easily replace all the zl
stuff with the standard mxj list classes. This will go up to 4095
elements. The limit is not in the Max connections, or to be precise, its
not Max, its the objects which can't deal with more...

> would be interesting to see where the actual truncating happens - 
> e.g. does jit.fill accept list longer than 256?

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


lists that have more than 255 elements