Rotation translation?

[Allen Partridge]

I've been working on porting a script which uses rotation dynamically to track motion from an avie in a sim. In LSL this works fine based on the following rotation AXIS expectations.

// AXIS_* constants, represent the unit vector 1 unit on the specified axis.
vector AXIS_UP = <0,0,1>;
vector AXIS_LEFT = <0,1,0>;
vector AXIS_FWD = <1,0,0>;

In Kitely, this fails and gives me a rotation wherein X appears to be the up axis. Is there some mystery to the implementation of rotation vectors in OpenSim that would push my root prim into a different rotation axis? Some special rule? The base prim is a ring - does it start around a different local axis than the SL ring prim?

Open to any thoughts...

--Allen

[Constance Peregrine]

I read of something about this somewhere, but not being a scriptor most of those kinds of things don't get my full attention.

I seem to recall it having to do with the position of the prim...but I may be thinking of something else and be way off base and be showing how truly clueless I truly am.

I feel there is a good answer coming tho-))

[Dundridge Dreadlow]

Hint: Root prim should be oriented at 0,0,0 before you start messing with it. Any rotation script is a pain in the neck

[Allen Partridge]

Just an update for the archives. I fixed the rotation issue by changing the llCommand - the original script used llSetRot, and I changed it to llRotLookAt. This seems to fix the problem. No clue why it works in LSL but not in Mono - but i'm more pleased by the behavior of llRotLookAt anyway. (And can i just say ... my region is sooooooo fast.) scripts blaze, build never lags, it's very refreshing to build without the bog down of lag.