Hi,

I´m having problems with copy2points in LOPs when copying spot lights.
There is an animated “N” attrib controlling the direction of the light. In the viewport It seems fine, but when rendering, the direction of the light flickers.
I´ve done the same thing using the Point Xform and the render behaves like the viewport, so I´m thinking this is a bug. Can anyone confirm It?

Anyway, is this approach fine? Does It have a big performance hit while creating primitives when compared with just changing their attributes?

That's really strange. I modified the pointxform side to see if putting the transform on the reference instead of the light produced the same result but it was still normal. The matrices are slightly different, but only after the 5th or 6th sig fig.

jsmack
That's really strange. I modified the pointxform side to see if putting the transform on the reference instead of the light produced the same result but it was still normal. The matrices are slightly different, but only after the 5th or 6th sig fig.

Yes, and the copy2points behaves the same in the viewport, only in the rendered images It behaves differently.

The length of the row vectors of the copy to points matrix is wacky:
X :0.987061 Y: 1.32959 Z: 0.511131
my mistake, it's a little off, but not crazy:

X: 1.00161 Y: 1.00003 Z: 1.00154

If you look at the “Local to World Xform” of the light coming out of the Instancer LOP using the spreadsheet view, you can see that it's generating small non-unit scale values (the scale coming out of point xform is exactly 1.0). Even if I turn off “Set Scale” in the Instancer LOP. I'm hoping that's where the discrepancy is coming from, but I'll need to do a bit more digging to figure out why it's ending up with scales in the xform… I'll let you know when/if I make any progress.

mtucker
If you look at the “Local to World Xform” of the light coming out of the Instancer LOP using the spreadsheet view, you can see that it's generating small non-unit scale values (the scale coming out of point xform is exactly 1.0). Even if I turn off “Set Scale” in the Instancer LOP. I'm hoping that's where the discrepancy is coming from, but I'll need to do a bit more digging to figure out why it's ending up with scales in the xform… I'll let you know when/if I make any progress.

is it a karma bug that 0.1 % scale would cause the spot light size to vary that much?

The bug is that there is any scale being set at all. This is happening because we are doing some internal orientation calculations at half-float precision in the Instancer LOP. This problem will be fixed in tomorrow's build.

I don't know how to judge if karma is responding “correctly” to these scale values…

mtucker
The bug is that there is any scale being set at all. This is happening because we are doing some internal orientation calculations at half-float precision in the Instancer LOP. This problem will be fixed in tomorrow's build.

I don't know how to judge if karma is responding “correctly” to these scale values…

Thanks again!

At least in the flipbook, I don´t see the scaling effect, only in the render (with Karma).

mtucker
The bug is that there is any scale being set at all. This is happening because we are doing some internal orientation calculations at half-float precision in the Instancer LOP. This problem will be fixed in tomorrow's build.

I don't know how to judge if karma is responding “correctly” to these scale values…

I did some tests, and karma seems abnormally sensitive to these scales, although I wouldn't expect scales to affect the spot light effect at all.) A scale of as little as 0.1 % is enough to make the spot radius 10x larger.

Hi guys
The spotlight transform-scaling bug has been fixed and will be out in the next nightly build.
Thanks!

brians
Hi guys
The spotlight transform-scaling bug has been fixed and will be out in the next nightly build.
Thanks!

Thank you guys for the awesome support!!! (as always).