Uploaded image for project: 'Firestorm'
  1. Firestorm
  2. FIRE-3539

Problem with animated textures on Mesh Beta

    Details

    • Type: Bug
    • Status: Passed QA
    • Priority: Commitment
    • Resolution: Fixed
    • Affects Version/s: Phoenix Firestorm 3.0.1 Mesh Beta, Phoenix Firestorm 3.2.2
    • Fix Version/s: Phoenix Firestorm 4.4.0
    • Component/s: None
    • Labels:
    • Environment:
      Ubuntu 10.04 32-bit AMD
    • SL Avatar Name:
      Argent Stonecutter
    • Reported In:
      Firestorm 3.0.1 22525 Mesh Beta

      Description

      There seems to be a problem with animated textures in Mesh Beta in Linux. It looks like after running an animation it's resetting to a 1:1 ratio instead of the original ratio. I had seen this happen once before, I don't remember what version of what viewer, but in that case focussing on the texture would fix it. That workaround doesn't work here (and obviously doesn't help what other people see).

      Attached see the front and back of Whinge Languish's "chibi fox" avatar in Mesh Beta and what it's supposed to look like in Beta 2. Notice the eyes have moved around to the back in Mesh Beta because they're rescaled from a 4:1 ratio to 1:1.

      I do not have this problem on OS X.

      1. ChibiEyesBeta2_001.png
        406 kB
      2. ChibiEyesMeshBeta_001.png
        391 kB
      3. ChibiEyesMeshBeta_002.png
        274 kB
      4. flame_problem_001.png
        538 kB
      5. wtf_001_001 - Copy_001.jpg
        127 kB
      6. wtf_001_001 - Copy_002.jpg
        129 kB

        Issue Links

          Activity

          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          This is actually an old old bug in all viewers that has never been fixed.
          See https://jira.secondlife.com/browse/VWR-4018

          I would love for this to be fixed in Firestorm as its one of my pet peevs.

          Show
          whirly.fizzle Whirly Fizzle added a comment - This is actually an old old bug in all viewers that has never been fixed. See https://jira.secondlife.com/browse/VWR-4018 I would love for this to be fixed in Firestorm as its one of my pet peevs.
          Hide
          argent Argent Stonecutter added a comment -

          I know about the problem where you have to edit the object to get the texture back, but this is different... it's effecting textures that I've never had a problem on in the past ... at least for four years ... and there's no way to mitigate it.

          Show
          argent Argent Stonecutter added a comment - I know about the problem where you have to edit the object to get the texture back, but this is different... it's effecting textures that I've never had a problem on in the past ... at least for four years ... and there's no way to mitigate it.
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Ok, so youve already tried a cache clear Im guessing?
          Do you get the same happening on the latest release of Viewer 3 also?

          Show
          whirly.fizzle Whirly Fizzle added a comment - Ok, so youve already tried a cache clear Im guessing? Do you get the same happening on the latest release of Viewer 3 also?
          Hide
          argent Argent Stonecutter added a comment -

          Yes, and the texture is right for the first couple of seconds until the blink animation runs, so it's not like the texture cache is messed up.

          No, I haven't tried viewer 3.

          Show
          argent Argent Stonecutter added a comment - Yes, and the texture is right for the first couple of seconds until the blink animation runs, so it's not like the texture cache is messed up. No, I haven't tried viewer 3.
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Heya Argent,

          Our linux dev got a repro on this & I can see it too on Windows. Seems to affect cell animations done in a certain way.
          The same happens on Viewer 3.0.3 & also on the Phoenix mesh builds.

          I cant find anything like this filed on the LL JIRA, so I would suggest filing the issue over there too & Zi will fill out some more details when its done. Shes working on making a script to reproduce it well.
          Other types of cell animations are also affected, but in a different way.

          Show
          whirly.fizzle Whirly Fizzle added a comment - Heya Argent, Our linux dev got a repro on this & I can see it too on Windows. Seems to affect cell animations done in a certain way. The same happens on Viewer 3.0.3 & also on the Phoenix mesh builds. I cant find anything like this filed on the LL JIRA, so I would suggest filing the issue over there too & Zi will fill out some more details when its done. Shes working on making a script to reproduce it well. Other types of cell animations are also affected, but in a different way.
          Show
          argent Argent Stonecutter added a comment - https://jira.secondlife.com/browse/VWR-27149
          Hide
          whirly.fizzle Whirly Fizzle added a comment -
          Show
          whirly.fizzle Whirly Fizzle added a comment - Further reports on LL JIRA https://jira.secondlife.com/browse/SH-2413 https://jira.secondlife.com/browse/SH-2449
          Hide
          eric_dielli Eric Dielli added a comment -

          I have a similar issue. seems to effect all clients as of.. July or August of 2011.

          Show
          eric_dielli Eric Dielli added a comment - I have a similar issue. seems to effect all clients as of.. July or August of 2011.
          Hide
          argent Argent Stonecutter added a comment -

          LL lists this as being fixed, but that doesn't seem to have been picked up.

          Show
          argent Argent Stonecutter added a comment - LL lists this as being fixed, but that doesn't seem to have been picked up.
          Hide
          whirly.fizzle Whirly Fizzle added a comment -
          Show
          whirly.fizzle Whirly Fizzle added a comment - Shining fix: https://bitbucket.org/davep/shining-fixes/changeset/db8a3f49c250
          Hide
          whirly.fizzle Whirly Fizzle added a comment - - edited

          Hi Argent,

          Just to check, you are still seeing this issue on 3.2.2?
          (As opposed to 3.2.1 I mean)

          Show
          whirly.fizzle Whirly Fizzle added a comment - - edited Hi Argent, Just to check, you are still seeing this issue on 3.2.2? (As opposed to 3.2.1 I mean)
          Hide
          argent Argent Stonecutter added a comment -

          Yes, that was the point of my comment, updated JIRA to match.

          Show
          argent Argent Stonecutter added a comment - Yes, that was the point of my comment, updated JIRA to match.
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Thanks.

          Show
          whirly.fizzle Whirly Fizzle added a comment - Thanks.
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          I can still reproduce this on Firestorm 4.0.1 (24206)

          Show
          whirly.fizzle Whirly Fizzle added a comment - I can still reproduce this on Firestorm 4.0.1 (24206)
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Moving to 3.2.3 as fix is available

          Show
          whirly.fizzle Whirly Fizzle added a comment - Moving to 3.2.3 as fix is available
          Hide
          ziree Zi Ree added a comment -

          The fix corrects another texture animation issue but not the one described here. I found out that having a prim with more than one texture face makes it happen a lot more frequently.

          Show
          ziree Zi Ree added a comment - The fix corrects another texture animation issue but not the one described here. I found out that having a prim with more than one texture face makes it happen a lot more frequently.
          Hide
          eric_dielli Eric Dielli added a comment -

          Viewer 3 BETA [v3.2.5 (246559)] Fixes this issue.

          SH-2449[c] [PUBLIC] The way that textures display on some objects now changes incorrectly when the camera gets a certain distance away from it and also stops any animations that were applied to the texture as well

          Show
          eric_dielli Eric Dielli added a comment - Viewer 3 BETA [v3.2.5 (246559)] Fixes this issue. SH-2449 [c] [PUBLIC] The way that textures display on some objects now changes incorrectly when the camera gets a certain distance away from it and also stops any animations that were applied to the texture as well
          Hide
          arrehn Arrehn Oberlander added a comment -

          Believed to be resolved in 3.3.1 thanks to LL's Shining fixes

          Show
          arrehn Arrehn Oberlander added a comment - Believed to be resolved in 3.3.1 thanks to LL's Shining fixes
          Hide
          miro.collas Miro Collas added a comment -

          Not entirely fixed, for me (Firestorm 3.3.0 (24848) Feb 2 2012 05:17:15). Tested with flames... at some distance, the flame stops animating and instead the entire texture matrix is visible. See pics in FIRE-4346

          It isn't nearly as bad as it was in 3.2.2/1 but isn't entirely fixed either.

          Show
          miro.collas Miro Collas added a comment - Not entirely fixed, for me (Firestorm 3.3.0 (24848) Feb 2 2012 05:17:15). Tested with flames... at some distance, the flame stops animating and instead the entire texture matrix is visible. See pics in FIRE-4346 It isn't nearly as bad as it was in 3.2.2/1 but isn't entirely fixed either.
          Hide
          miro.collas Miro Collas added a comment -

          Not fixed - see above comment, as well as https://jira.secondlife.com/browse/SH-2912

          Show
          miro.collas Miro Collas added a comment - Not fixed - see above comment, as well as https://jira.secondlife.com/browse/SH-2912
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Report on LL JIRA that this isnt fixed in all cases either: https://jira.secondlife.com/browse/SH-2912
          LL reopened on 26th Jan.

          Reproduction steps taken from SH-2912:

          • Rez a prim.
          • Place the following script into it.
          default
          {
              state_entry()
              {
                  llSetPrimitiveParams([PRIM_TYPE,
                                          PRIM_TYPE_SPHERE, PRIM_HOLE_DEFAULT, <0.0, 1.0, 0.0>, 0.0, ZERO_VECTOR, <0.3, 1.0, 0.0>,
                                          PRIM_TEXTURE, ALL_SIDES, "c9756c5c-625a-a3f0-d181-f4b590ede03c", <1.0, 1.0, 0.0>, ZERO_VECTOR, 0.0,
                                          PRIM_COLOR, ALL_SIDES, <1.0, 1.0, 1.0>, 0.9]);
                  llSetTextureAnim(ANIM_ON | LOOP | PING_PONG, 0, 2, 2, 0.0, 4, 1.0);
              }
          }
          • Watch that for a moment, using the affected viewer. Compare with 1.X viewer.
          • In 2.7.5 I am seeing the texture static with a momentary flicker of animation when moving camera around.
          • In Snowglobe 1.5.0 I am seeing a continuously running animation, which is expected behavior.
          • Set prim parameter Dimple Begin to 0.000.
          • Observe that animation begins.
          • Set prim parameter Dimple Begin to 0.300.
          • Observe that animation halts and texture is repositioned to non-animated scale, offset and rotation.
          • Set face transparency to 0.
          • Observe that animation resumes.
          • Scratch head.
          Show
          whirly.fizzle Whirly Fizzle added a comment - Report on LL JIRA that this isnt fixed in all cases either: https://jira.secondlife.com/browse/SH-2912 LL reopened on 26th Jan. Reproduction steps taken from SH-2912: Rez a prim. Place the following script into it. default { state_entry() { llSetPrimitiveParams([PRIM_TYPE, PRIM_TYPE_SPHERE, PRIM_HOLE_DEFAULT, <0.0, 1.0, 0.0>, 0.0, ZERO_VECTOR, <0.3, 1.0, 0.0>, PRIM_TEXTURE, ALL_SIDES, "c9756c5c-625a-a3f0-d181-f4b590ede03c" , <1.0, 1.0, 0.0>, ZERO_VECTOR, 0.0, PRIM_COLOR, ALL_SIDES, <1.0, 1.0, 1.0>, 0.9]); llSetTextureAnim(ANIM_ON | LOOP | PING_PONG, 0, 2, 2, 0.0, 4, 1.0); } } Watch that for a moment, using the affected viewer. Compare with 1.X viewer. In 2.7.5 I am seeing the texture static with a momentary flicker of animation when moving camera around. In Snowglobe 1.5.0 I am seeing a continuously running animation, which is expected behavior. Set prim parameter Dimple Begin to 0.000. Observe that animation begins. Set prim parameter Dimple Begin to 0.300. Observe that animation halts and texture is repositioned to non-animated scale, offset and rotation. Set face transparency to 0. Observe that animation resumes. Scratch head.
          Hide
          ziree Zi Ree added a comment - - edited

          Try this as a Workaround:

          Debug Settings > RenderMaxTextureIndex > 1

          Show
          ziree Zi Ree added a comment - - edited Try this as a Workaround: Debug Settings > RenderMaxTextureIndex > 1
          Hide
          whirly.fizzle Whirly Fizzle added a comment -
          Show
          whirly.fizzle Whirly Fizzle added a comment - LL tracking this now on https://jira.secondlife.com/browse/MAINT-615
          Hide
          miro.collas Miro Collas added a comment -

          Attached pic taken with FS 4.1.1.27447 - so not yet fixed, although it seems to have improved at least.

          Show
          miro.collas Miro Collas added a comment - Attached pic taken with FS 4.1.1.27447 - so not yet fixed, although it seems to have improved at least.
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          LL just dropped a fix for this:

          lindenrobot added a comment - 25/Jul/12 12:57 PM

          New Changeset:
          http://bitbucket.org/lindenlab/viewer-cat/changeset/8d03fd0a0d17
          MAINT-615 Fix for texture animation freezing under certain situations.
          Committed by: Dave Parks <davep@lindenlab.com>

          Fix isnt public yet

          Show
          whirly.fizzle Whirly Fizzle added a comment - LL just dropped a fix for this: lindenrobot added a comment - 25/Jul/12 12:57 PM New Changeset: http://bitbucket.org/lindenlab/viewer-cat/changeset/8d03fd0a0d17 MAINT-615 Fix for texture animation freezing under certain situations. Committed by: Dave Parks <davep@lindenlab.com> Fix isnt public yet
          Hide
          skua sarrasine Skua Sarrasine added a comment -

          Add me to this also i noticed that turning off basic shaders fixes the problem in my specific case but who needs that

          Show
          skua sarrasine Skua Sarrasine added a comment - Add me to this also i noticed that turning off basic shaders fixes the problem in my specific case but who needs that
          Hide
          skua sarrasine Skua Sarrasine added a comment -

          is this still hot on the LL jira??

          Show
          skua sarrasine Skua Sarrasine added a comment - is this still hot on the LL jira??
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Heya Skua,

          Its impossible to see any of the LL JIRAS for this issue now, as they have all been put into MAINT which is non public.

          WE havnt picked up the MAINT-615 fix yet in a merge (we are now merged up to 3.4.0 codebase) and I cant see that fix publicly available yet either.
          Still keeping an eye on this and as soon as the fix is available it will be used.

          Show
          whirly.fizzle Whirly Fizzle added a comment - Heya Skua, Its impossible to see any of the LL JIRAS for this issue now, as they have all been put into MAINT which is non public. WE havnt picked up the MAINT-615 fix yet in a merge (we are now merged up to 3.4.0 codebase) and I cant see that fix publicly available yet either. Still keeping an eye on this and as soon as the fix is available it will be used.
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Not seeing this merged in with 3.4.1 yet

          Show
          whirly.fizzle Whirly Fizzle added a comment - Not seeing this merged in with 3.4.1 yet
          Hide
          daekar crimson Lune Emberhide added a comment -

          Chiming in here, unsure of whether or not I should make a new issue.

          Since the last patch I've been seeing not only the bug described above, but instances where ROTATE and SMOOTH stop functioning altogether now.
          In sets with multiple Slides or Spins, only several of the Anims will process, leaving the rest static, even after selecting and changing camera angles.

          If this is a subeffect of the scale bug ok, otherwise I'll go head and plop in another report.

          Show
          daekar crimson Lune Emberhide added a comment - Chiming in here, unsure of whether or not I should make a new issue. Since the last patch I've been seeing not only the bug described above, but instances where ROTATE and SMOOTH stop functioning altogether now. In sets with multiple Slides or Spins, only several of the Anims will process, leaving the rest static, even after selecting and changing camera angles. If this is a subeffect of the scale bug ok, otherwise I'll go head and plop in another report.
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Hiya Lune,

          Please can you give steps of how to reproduce your issue including a sample script. It sounds like the same issue, but it would be good to have another repro for this for testing fixes. Thanks!

          Show
          whirly.fizzle Whirly Fizzle added a comment - Hiya Lune, Please can you give steps of how to reproduce your issue including a sample script. It sounds like the same issue, but it would be good to have another repro for this for testing fixes. Thanks!
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          LL fix is now public: https://bitbucket.org/lindenlab/viewer-development/commits/8d03fd0a0d17/

          Setting this to 4.3.2 as we should pick this up on the merge

          Show
          whirly.fizzle Whirly Fizzle added a comment - LL fix is now public: https://bitbucket.org/lindenlab/viewer-development/commits/8d03fd0a0d17/ Setting this to 4.3.2 as we should pick this up on the merge
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Should be fixed with rev 32407 (http://hg.phoenixviewer.com/phoenix-firestorm-lgpl/rev/8d03fd0a0d17)

          I can no longer repro with the test item from FIRE-4346

          Resolving issue to go to QA

          Show
          whirly.fizzle Whirly Fizzle added a comment - Should be fixed with rev 32407 ( http://hg.phoenixviewer.com/phoenix-firestorm-lgpl/rev/8d03fd0a0d17 ) I can no longer repro with the test item from FIRE-4346 Resolving issue to go to QA
          Hide
          skua sarrasine Skua Sarrasine added a comment -

          how are we on this? i still saw it yesterday in action?

          Show
          skua sarrasine Skua Sarrasine added a comment - how are we on this? i still saw it yesterday in action?

            People

            • Assignee:
              shouldbeworkingonit.linden ShouldBeWorkingOnIt Linden
              Reporter:
              argent Argent Stonecutter
            • Votes:
              3 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: