zl limited to 256 elements?

Jun 22, 2007 at 12:11pm

zl limited to 256 elements?

Hello!
I wonder if there’s a way to increase the limit of elements of zl.
It seems that most modes are set to 256 elements. Same thing for thresh.. and other list operators.
I thought about to use a one dimension jit.matrix but this would mean to build a whole set of functions very useful in zl..
Thank you for any hints.
Best,
Livio

#32575
Jun 22, 2007 at 12:48pm

Hi Livio,

no there is no way to increase the limit! You could only use jitter, as you suggested, or mxj and Java!

Gerald

#107494
Jun 22, 2007 at 1:03pm

On 22 juin 07, at 14:48, Gerald wrote:

> no there is no way to increase the limit! You could only use
> jitter, as you suggested, or mxj and Java!

There’s already a collection of java objects similar to zl: [mxj
list.*]. It’s built in, and you have the sources if you want.

Best,
ej

#107495
Jun 22, 2007 at 6:30pm

> On 22 juin 07, at 14:48, Gerald wrote:
>
> > no there is no way to increase the limit! You could only use
> > jitter, as you suggested, or mxj and Java!
>
> There’s already a collection of java objects similar to zl: [mxj
> list.*]. It’s built in, and you have the sources if you want.
>

There’s a tutorial (#43) on chopping up lists with java in the CNMAT Spectral Tutorials:

http://www.cnmat.berkeley.edu/MAX/downloads/

mz

#107496
Jun 22, 2007 at 7:30pm

lists are limited – not the objects.

#107497
Jun 22, 2007 at 8:06pm

Thanks everybody for every comment.
About the last one “lists are limited – not the objects”… that means that even using java and mxj there’s no way to a list longer then 256 elems?

#107498
Jun 22, 2007 at 8:15pm

No, it means that Roman is wrong. A list has no inherent limit
(except for memory allocation limits), although most objects which
work with them do. I believe that the longest possible list in Max
4.6 has 4094 elements. The vast majority of list-operations objects
cap lists at 256 elements, though.

jb

Am 22.06.2007 um 22:06 schrieb livio:

> Thanks everybody for every comment.
> About the last one “lists are limited – not the objects”… that
> means that even using java and mxj there’s no way to a list longer
> then 256 elems?

#107499
Jun 22, 2007 at 8:16pm

Er, no. this has been discussed before, and afaik, the 256 limit is
in the objects. Lists themselves can be longer, as per the mxj
objects and some newer ones C ones. Im assuming the message object
also has this limit, so if you prepend set a list that is greater
than 256 elements the message object itself will probably clip it.

Anyway, messages themselves are not the issue. Objects that handle
them impose length limitations.

-001

On Jun 22, 2007, at 3:30 PM, Roman Thilenius wrote:

>
> lists are limited – not the objects.

v a d e //

http://www.vade.info
abstrakt.vade.info

#107500
Jun 22, 2007 at 8:37pm

#107501
Jun 23, 2007 at 9:21am

> But, for sure, you cannot use a message box with ‘set $1 $2 $3 $4
> [...] $512′… ;-)

but i bet its possible with java or with fortran
or with xhtml or whatever some people might use
in their maxruntime. :)

so i was wrong – thats bad for me, but good for max.

one thing is sure: 110>001

#107502
Jun 25, 2007 at 10:33am

jln schrieb:
> But, for sure, you cannot use a message box with ‘set $1 $2 $3 $4 [...]
> $512′… ;-)

While the sentence above is correct, as the $ notation is limited to 9,
one might assume you mean you can’t have 512 elements in a message box,
but you can. You only proofed that prepend is limited as well. The limit
for the message box in your example is 600, and only on the output, it
will happily display more, but don’t bang it!
And for storing it with the patch, it seems, the limit is at 250
elements. (just look at the message box before banging the first time, I
tried to store with 600 elements, but it stores only 250…)
It seems its related to the number of characters in the message box. If
you fill it with higher numbers it will be less than 250 to store…

Stefan

#P window setfont “Sans Serif” 9.;
#P window linecount 1;
#P message 78 28 27 196617 601;
#P message 20 28 27 196617 512;
#P message 49 28 27 196617 600;
#P number 20 51 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P newex 75 74 71 196617 prepend size;
#N vpatcher 10 59 282 303;
#P window setfont “Sans Serif” 9.;
#P window linecount 0;
#P newex 50 67 36 196617 t set;
#P window linecount 1;
#P newex 50 101 85 196617 mxj list.Join;
#P inlet 50 30 15 0;
#P outlet 50 151 15 0;
#P connect 1 0 3 0;
#P connect 3 0 2 0;
#P connect 2 0 0 0;
#P fasten 1 0 2 1 55 55 130 55;
#P pop;
#P newobj 60 130 113 196617 p repend set with java;
#P number 177 270 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P newex 177 225 78 196617 mxj list.Length;
#N vpatcher 379 51 1074 694;
#P origin 0 9;
#P window setfont “Sans Serif” 9.;
#P window linecount 36;
#P message 50 41 574 196617 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42
43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66
67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90
91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110
111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128
129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146
147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164
165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182
183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200
201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218
219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236
237 238 239 240 241 242 243 244 245 246 247 248 249 250;
#P inlet 50 21 15 0;
#P outlet 50 542 15 0;
#P connect 1 0 2 0;
#P connect 2 0 0 0;
#P pop 1;
#P newobj 60 174 99 196617 p messageBoxInside;
#P number 257 270 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P newex 257 225 78 196617 mxj list.Length;
#P number 97 270 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P number 60 270 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P newex 60 225 35 196617 zl len;
#P newex 60 98 102 196617 mxj list.Group 512;
#P newex 20 74 50 196617 uzi 512;
#P newex 97 225 78 196617 mxj list.Length;
#P connect 11 0 8 0;
#P fasten 11 0 9 0 65 155 182 155;
#P connect 8 0 3 0;
#P fasten 8 0 0 0 65 206 102 206;
#P connect 2 0 11 0;
#P fasten 2 0 6 0 65 120 262 120;
#P fasten 1 1 8 0 45 164 65 164;
#P connect 12 0 2 0;
#P connect 1 2 2 0;
#P connect 13 0 1 0;
#P fasten 13 0 12 0 25 70 80 70;
#P fasten 16 0 13 0 83 47 25 47;
#P fasten 14 0 13 0 54 47 25 47;
#P connect 15 0 13 0;
#P connect 9 0 10 0;
#P connect 6 0 7 0;
#P connect 0 0 5 0;
#P connect 3 0 4 0;
#P window clipboard copycount 17;


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

#107503
Jun 25, 2007 at 11:29am

#107504
Aug 17, 2007 at 1:14pm

Hi Livio,

There is no way to make zl deal with greater lists.

Instead you can use:

Jitter (there is an example dealing with greater lists somewhere in
the the normal distribution), Java, JS, Jasch objects, probably more…

cheers

Falk

Am 22.06.2007 um 14:11 schrieb livio:

>
> Hello!
> I wonder if there’s a way to increase the limit of elements of zl.
> It seems that most modes are set to 256 elements. Same thing for
> thresh.. and other list operators.
> I thought about to use a one dimension jit.matrix but this would
> mean to build a whole set of functions very useful in zl..
> Thank you for any hints.
> Best,
> Livio
> –
> –
> oivil.eu

#107505
Aug 17, 2007 at 5:34pm

What the hell does that *mean*?

> one thing is sure: 110>001

Barry Threw
Media Art and Technology

San Francisco, CA Work: 857-544-3967
Email: bthrew@gmail.com
IM: captogreadmore (AIM)
http:/www.barrythrew.com

#107506

You must be logged in to reply to this topic.