[BUG-1823] Post CHUI merge - When an object moves with pendulum motion, viewer only renders the start and end points of the trajectory unless cammed in very close

[sl-service-account]

Steps To Reproduce

• Create a large pendulum so movement can easily be seen from a distance - rez a box and size it X = 0.5, Y = 0.5, Z = 3.0

• Add the following script:

  // Pendulum motion by Dora Gustafson, Studio Dora 2012
  // Will swing a prim like a simple pendulum pivoting at an axis parallel to the prim's Y-axis
  // The pivot axis will be at the top of a prim with the Z-axis pointing up
  // Quote from http://en.wikipedia.org/wiki/Pendulum_(mathematics)
  // • A simple pendulum is an idealization of a real pendulum using the following assumptions:
  // • The rod or cord on which the bob swings is massless, inextensible and always remains taut;
  // • Motion occurs only in two dimensions, i.e. the bob does not trace an ellipse but an arc.
  // • The motion does not lose energy to friction or air resistance.
  // The periode time increase with the Z dimension (the pendulum length)...
  // If it is too small the motion will not be well because of the time limitation with Key Framed Motions
  // The parameters set in the script works nice with a 3m long pendulum
  // If the pendulum is moved, rotated or resized the script must be reset to update the motion
  
  float angle=0.2; // max swing from resting (radians)
  float steps=24.0; // number of Key Frames
  float step=0.0;
  list KFMlist=[];
  vector U;
  vector V;
  float angleU=0.0;
  float angleV;
  integer swing=TRUE;
  vector basePos;
  rotation baseRot;
  
  default
  {
    state_entry()
    {
        llSetMemoryLimit( llGetUsedMemory()+0x1000);
        llSetPrimitiveParams([PRIM_PHYSICS_SHAPE_TYPE, PRIM_PHYSICS_SHAPE_CONVEX]);
        basePos = llGetPos();
        baseRot = llGetRot();
        vector v1 = llGetScale();
        float periode = TWO_PI*llSqrt( v1.z/9.81);
        float dT = periode/steps;
        dT = llRound(45.0*dT)/45.0;
        if ( dT < 0.11111111 ) dT = 0.11111111;
        v1.x = 0.0;
        v1.y = 0.0;
        v1 = -0.5*v1*llGetRot();
        U = v1;
        while ( step < steps )
        {
            step += 1.0;
            angleV = angle*llCos( TWO_PI*step/steps + PI_BY_TWO);
            V = v1*llAxisAngle2Rot(llRot2Left(llGetRot()), angleV);
            KFMlist += [V-U, llEuler2Rot(< 0.0, angleV-angleU, 0.0>), dT];
            angleU = angleV;
            U = V;
        }
    }
    touch_start( integer n)
    {
        llSetKeyframedMotion( [], []);
        llSleep(0.2);
        llSetPrimitiveParams([PRIM_POSITION, basePos, PRIM_ROTATION, baseRot]);
        if ( swing ) llSetKeyframedMotion( KFMlist, [ KFM_MODE, KFM_LOOP]);
        swing = !swing;
    }
    on_rez( integer n) { llResetScript(); }
  }

• Cam in close to the prim and click it to start motion

• Observe prim moves smoothly with a pendulum motion

• Zoom out so you are cammed far away from the prim

  h4.Observed Behaviour

  Prim moves in a jerky fashion between the 2 end points of its trajectory

  h4.Expected Behaviour

  Prim moves smoothly when camera is at any distance as it does on the Second Life 3.4.5 (270263) release viewer

  h4.Other Information

  After looking at this more, the above repro does not always happen. Sometimes when you click the pendulum to start motion it appears not to move at all on the affected beta and dev viewers but an observer on the release viewer will see the motion start as expected.

  When the pendulum should be moving but you do not see it, right clicking the pendulum will update its position correctly, but it will then freeze again.

  If you sit on the pendulum it will then show as swingling normally

  If you then stand up from the pendulum, it will continue to stop and start motion as expected when you click it until you teleport away to another region and come back or relog

  h4.Reproduces On...

• Second Life 3.5.0 (270825) Feb 25 2013 14:53:22 (Second Life Beta Viewer)

• Second Life 3.5.1 (270826) Feb 26 2013 07:22:18 (Second Life Development)

  h4.Does Not Reproduce On...

• Second Life 3.4.5 (270263) Feb 12 2013 04:43:00 (Second Life Release)

• Second Life 3.4.6 (270268) Feb 12 2013 08:04:27 (Second Life Development)

Original Jira Fields

| Field | Value | | ------------- | ------------- | | Issue | BUG-1823 | | Summary | Post CHUI merge - When an object moves with pendulum motion, viewer only renders the start and end points of the trajectory unless cammed in very close | | Type | Bug | | Priority | Unset | | Status | Accepted | | Resolution | Accepted | | Reporter | Whirly Fizzle (whirly.fizzle) | | Created at | 2013-02-28T07:48:19Z | | Updated at | 2014-03-10T21:21:06Z | ``` { 'Business Unit': ['Platform'], 'Date of First Response': '2013-02-28T11:47:57.131-0600', 'System': 'SL Viewer', 'Target Viewer Version': 'viewer-development', 'What just happened?': '.', 'What were you doing when it happened?': '.', 'What were you expecting to happen instead?': '.', } ```

[sl-service-account]

Whirly Fizzle commented at 2013-02-28T12:14:19Z

I think this is probably the same issue, but a different repro...

• Rez a box and add a simple pathfinding wander script

default
{
    state_entry()
    {
        llCreateCharacter([CHARACTER_MAX_SPEED, 25, CHARACTER_DESIRED_SPEED, 15.0]);
        //MAX_SPEED is @ 20 by default
    }

    touch_start(integer total_number)
    {
        llWanderWithin(llGetPos(), <10.0, 10.0, 5.0>, [WANDER_PAUSE_AT_WAYPOINTS, TRUE]);
    }
}

• Touch the prim to begin its motion

• Turn your avatar away from the prim so it is no longer in your field of view

• Turn to face the prim again

• Observe that most times when you turn back to face the prim it is no longer moving

• If the prim has stopped moving, if you move your camera around or walk your avatar around a bit, the prim will sometimes start moving again.

• If the prim has stopped moving, if you edit on another rezzed object and drag a box around the area the prim should be wandering within so you catch its real position in edit, then come out of edit, the prim will start to move again.

• If you switch on object updates under Develop -> Show info, you can see where the prim really is when it has stopped moving.

• This does not reproduce on the release viewer, only the beta and dev builds.

[sl-service-account]

Alexa Linden commented at 2013-02-28T17:47:57Z

if memory serves me this is different from your last clock bug, right? That time it was the hands of the clock moving oddly if you watched long enough.

[sl-service-account]

Kurt Linden commented at 2013-02-28T18:07:36Z

If you turn on Develop > Show Info > Show updates to objects on the wandering object, the viewer shows the object not moving, but you can still see the blue object updates moving around where the object really is. Not clear how this is from CHUI but definitely an issue.

[sl-service-account]

Whirly Fizzle commented at 2013-03-01T05:02:35Z

Heya Alexa,

If you mean BUG-86 then yes, this is different. I checked BUG-86 and it does not repro on the affected beta and dev builds.

[sl-service-account]

Grumpity ProductEngine commented at 2013-03-01T21:56:32Z

try this build please: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/viewer-beta-graham/rev/271070/arch/CYGWIN/installer/Second_Life_3-5-0-271070_Developer_Setup.exe

[sl-service-account]

Whirly Fizzle commented at 2013-03-02T08:44:20Z, updated at 2013-03-02T09:10:12Z

Testing on Second Life 3.5.0 (271070) Feb 28 2013 15:57:15 (Second Life Developer):

• Pendulum motion is fixed - works as expected for both repro cases given

• Pathfinding character behaviour is fixed.

• BUG-86 has not regressed

• VWR-29537 is fixed again

• BUG-1799 is fixed

• BUG-472 is fixed again (this had also regressed)

• VWR-29581 is fixed again for single primitives but not fixed when using CTRL+Z on a primitive that is part of a linkset

  The not fixed part is MAINT-2247 (Child object does not update rotation while selected), MAINT-1742 (Child object does not update position while selected) I think? (listed as known issues)

  If so, everything looks fine now on that build (y)

[sl-service-account]

Whirly Fizzle commented at 2013-03-03T22:41:36Z

Note: BUG-1857 is reporting what looks to be VWR-29537 is not fixed on the above linked viewer-beta-graham build.

[sl-service-account]

Alexa Linden commented at 2013-03-05T19:05:47Z

http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/viewer-beta-graham/rev/271216/arch/CYGWIN/index.html

Seems to fix the last 2 bugs too. Whirly can you see any of the related bugs left? I double checked that the Sailboat boom bug is still fixed.

[sl-service-account]

Whirly Fizzle commented at 2013-03-06T22:34:02Z

Testing on Second Life 3.5.0 (271345) Mar 5 2013 16:49:08 (Second Life Beta Viewer)

• BUG-1823 Pendulum motion is fixed - works as expected for both repro cases given

• BUG-1823 Pathfinding character behaviour is fixed.

• CHUIBUG-88 - User nametags (nametag floaters) intermittently disappear in CHUI builds

Reprod for the first time on this build. My own name tag did not render at login. Turning name tags off and back on fixed it.

• VWR-29537 - Rotating doors do not get their position updated on screen for the first time after logging in

Fixed for both rotating and sliding doors

• BUG-86 - Pendulum motion is incorrect after world view is out of focus

Still fixed

• BUG-1799 - User is not able to see the process of failing physical object, it appears on the ground after some seconds

Fixed

• BUG-472 - Balls from popgun stay near avatar while shooting

Fixed

• VWR-29581 - Primitives not rebuilt after hitting CTRL Z to cancel a translation or rotation in Build/Edit mode

Fixed for single prim, both position and rotation

• MAINT-2247 - Child object does not update rotation while selected MAINT-1742- Child object does not update position while selected

Both fixed

• MAINT-2275[c] Child prims are "left behind" by animated, moving (physical) linksets

Fixed