Yes that's what it should look like. On Sun, Aug 2, 2020 at 4:45 AM Jeff Kelley <open...@pescadoo.net> 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