Rotation don't stop

[Vero Sands]

I have a strange problem: I put a slow-rotating-script in a prim and decided to have that prim as it was. I deleted the script but the prim is still rotating. Can anyone help me with that? Why is the prim rotating without a script in it? Is there a memory-effect in it? Thanks. Veronica.

[Amethyst Jetaime]

When you rotate a prim with a script it becomes part of the permanent properties of the prim, just like what happens when you use hovertext, particles or texture animations.  You can either delete the prim or put the rotation script back into it and change the vectors to all zerios to stop it then reset the script.

[Orca Flotta]

+1

Had the same problem just earlier today. Deleted rotation script from the contents to no avail. Reset all scripts, still rotating. Set scrips to not running, still no joy. Fortunately in my case it was a dancefloor, just 1 prim, so I could quickly redo it and now all is fine. Still very strange isn't it?

 

 

 

 

[Amethyst Jetaime]

Sorry, but i should have been clearer.  The vectors that need to be set to zerio are in the script itself not the edit box.  Basically you stop it by setting the rotation to zerio in the script itself.

[conrad Evanier]

Like amethyst said drop this script in to stop rotation sets it all to 0

default{state_entry(){llTargetOmega(<0,0,0>,0.0,0);}}

 

[Nova Convair]

TargetOmega rotations and particles and texture animations are prim properties.

They need a script to start but NOT to continue running, so taking out the script has NO effect.

In all cases you need a script that stops the effect.

[Vero Sands]

Thank you so much. This was very helpful. I created that script, put it into the prim and it stoped rotating . This was new to me, that a rotating script is kinda activation of the rotating process. I thought, that the script by itself makes the rotating. Learning never stops! Thanks again .

[Ela Talaj]

There are 2 types of LSL rotation methods: server-side and viewer-side.

llTargetOmega() in most cases causes only the viewer-side rotation effect (though not always) but in all cases the rotation becomes a property of the prim.

llSetRot() is the server-side rotation. If set in a timing loop it will rotate the object via a script, and if the script is removed will stop. Visual effect of this server-side rotation differs because the method has 200msec built-in delay.

llSetLinkPrimitiveParamsFast() also allows to set the server-side rotation which does not become prim property  but without 200 msec delay so a resulting effect is the same as if llTargetOmega() were used.

 

[Dany Merrow]

The memory will be deleted also, if you shift move it to copy when rezzed