Yes that's what it should look like.
On Sun, Aug 2, 2020 at 4:45 AM Jeff Kelley wrote:
> At 11:08 PM +0100 8/1/20, Leal Duarte wrote:
>
> >Manual will "be strange" if the prim is already doing target omega.
>
> Yes Ubit. This may well produce a "unspecified result", at least
> unrecoverable by script. Definitely not something one should rely on.
>
>
> At 5:22 PM -0700 8/1/20, Dahlia Trimble wrote:
>
> >I think part of the problem is the viewer uses an object attribute
> >"AngularVelocity", which, in the case of non-physical prims/linksets, is
> >entirely a viewer side effect. The simulator doesn't know how a given
> >non-physical object appears to be oriented at any given time so trying to
> >rotate it in a visually meaningful way isn't really possible without
> >jumping through hoops. The object orientation is a separate property than
> >angular velocity and they don't usually update together.
>
>
> This may be the explanation. Client-side and server-side movements
> are hard to reconcile. I tried llTargetOmega for a crane, starting
> and stopping it at precise angles with timers, and it was ugly.
> llSetKeyframeMotion may do better since we can catch the moving_end
> event.
>
> BTW, here is your script in action :
>
> http://www.pescadoo.net/tmp/Dalhia_TargetOmega.mp4
>
>
> -- Jeff
> ___
> Opensim-users mailing list
> Opensim-users@opensimulator.org
> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
