I'm having some issues with the new way llTargetOmega is updating rotations.
The item in question is a HUD-attached CD that is SUPPOSED to spin along the Z axis when it's loading the sound files, and then along the X axis (I think... it simulates spinning, FFS, so it's NOT hard to visualise) when it's actually started.
It's worked just fine in every version except 1.13. Now, for whatever reason, instead of returning to its original rotation when a new TargetOmega is called, it just starts rotating from wherever it's at when the new rotation is called.
Also, when grabbing an object using llTargetOmega, the item does NOT snap back to its original rotation, and instead stays wherever it's at when you grabbed it. As the behavior started recently, and is not in line with what is expected, I'm taking it as a bug.
Please comment on what changed to cause this to happen. Thank you.
Welcome to the Second Life Forums Archive
These forums are CLOSED. Please visit the new forums HERE
llTargetOmega == screwed |
|
|
Tiberious Neruda
Furry 'On File'
Join date: 1 Nov 2005
Posts: 261
|
12-06-2006 01:12
|
|
Torley Linden
Enlightenment!
Join date: 15 Sep 2004
Posts: 16,530
|
12-06-2006 11:44
Good day to you Tiberious, I do know of this issue: "Objects with llTargetomega show child prims hundreds of meters out of place, in next region" which was internally fixed and should be in a forthcoming version of Second Life.
Not sure if that's related to yours, but please send a bug report inworld: Help menu > Report Bug so our QA engineers can tackle it. Linden Answers, alas, isn't for bug reports as it describes here: /139/45/138320/1.html _____________________
|