I'm not sure about what you want to do ! "+10" is not correct.

Replace "in" by "norm" and you'll see that the output is different than 0.

You can us jit.op @op @val 10, if you want to add 10 to each value in the matrix.

Ad.

take another look. On my machine both expressions(in[0]+10 and @op + @val 10) give a correct (non-zero) output with the 9999 element matrix, not with the 10000 element one. however SOMETIMES the expr version sometimes returns the correct output which makes me think there is actually a bug here...

thanks

`

The size was defined in one dimension only. What happens if you specify a matrix of 1 by 20000 instead?

_

johan

explicitly defining dim 10000 1 fixes it. what causes this? it's not exactly a solution, however, because you can't rely on objects like jit.op to correctly adapt to inputs of dim>10000.

jit.buffer~ for instance:

Unfortunately, I cannot reproduce any of your reported problems with your patches using 5.1.3.

As always, please let us know your Max version, OS, platform, and any other relevant information.

This sounds like a bug with Jitter's parallel processing and one dimensional objects, which I believe was fixed a while back.

The above jit.buffer~ patch has the same behavior on 2 Windows 7 machines, using both 5.1.1 and 5.1.3.

the below patch does work, however, so things are not so dire.

thanks

I am able to reproduce on my Win 7 machine, and will look into a fix for the next release. Thanks for the report.