secondlife / jira-archive

3 stars 0 forks source link

[BUG-232327] Looping avatar animations stop on a region unexpectedly for all watchers, when certain viewer camera or in-world object movements occur. #9624

Open sl-service-account opened 2 years ago

sl-service-account commented 2 years ago

What just happened?

My character-test default avatar, with no attachments, animations playing, AOs, huds, on the latest second life official viewer, sits on a prim and grants lsl permission for a third object to start an infinitely looping animation. The looping animation starts successfully as expected.

Sometimes (intermittently) , when zooming out with the viewer camera, the infinitely looping animation stops, not just on my screen but for any avatar which was watching my avatar previously. Video evidence of this is attached along with test environment details. The expectation is that a looping animation would continue to play, for myself and all other agents, no matter how my own viewer camera is zoomed.

Additionally as a second variant of this issue, if I sit on a similar object which starts an infinitely looping animation, and then move my avatar (Either by dragging the object I'm sitting on manually, or by some scripted motion such as llSetKeyFramedMotion, the looping animation on my avatar sometimes (intermittently) stops for all watching viewers once it reaches the distance of 60-80m from where it started, even if the object I'm sitting on and my avatar stay in close camera focus the entire time. Video evidence of this and test environment provided as well. The expectation is that the looping animation would continue to play on my viewer, and the viewers of all other avatars viewing mine, regardless of the distance that I move, assuming I'm not crossing region/parcel borders.

What were you doing when it happened?

I logged into SL on the latest official viewer, character-tested myself to remove all attachments, huds, clothing, sat on a simple object to demonstrate this issue, which starts a looping priority 4 animation.

Example #1 - zoom: Then I zoomed my camera out and noticed that the priority 4 looping animation suddenly stopped, not just on my own viewer but on the viewer of other avatars watching from the same region.

Example #2 - movement Then I dragged the object I was sitting on 60-80m away from where it started, in incremental steps so that at all times my avatar was in easy camera focus. I noticed that the priority 4 looping animation suddenly stopped after a threshold of 60-80m, even as I was watching. It stopped for both myself and all other viewers watching

What were you expecting to happen instead?

Example #1 - Zoom I expected the looping animation to continue playing indefinitely for myself and all watching avatars, just as it does when I keep my camera in a closer proximity. I do not want my avatar's animations on say a dancefloor, furniture, or theatrical performance to suddenly stop and break for everyone around me, just because I zoom out.

Example #2 - movement I expected the looping animation to continue playing for myself and all other watching avatars, especially since I'm on the same parcel and watching my avatar closely. It is important for machinema or live performances that move audiences and performers further than 80m around say, a large decorated sim that animations do not suddenly stop for all viewers.

Other information

Issue seems to reproduce regardless of draw distance settings, region, avatar, or viewer type (third party, LL official latest). Everyone I have asked has been able to reproduce it eventually, but not reliably. Some days it reproduces every time, other days never. I have seen it reproduce a couple times then stop, and other times not reproduce the first couple attempts, but then reproduce consistently afterwards. I've included recorded videos of the expression of both variants of this behavior to hopefully guard against this issue being closed prematurely as unreproducible

I have also included the demonstration scripts I have used to express the issue in the video recordings. There is one script that goes in a stationary red 'animation controller' object, and another script that goes in a simple prim an avatar sits on.

Attachments

Original Jira Fields | Field | Value | | ------------- | ------------- | | Issue | BUG-232327 | | Summary | Looping avatar animations stop on a region unexpectedly for all watchers, when certain viewer camera or in-world object movements occur. | | Type | Bug | | Priority | Unset | | Status | Accepted | | Resolution | Triaged | | Reporter | Arrehn Oberlander (arrehn.oberlander) | | Created at | 2022-07-02T15:33:36Z | | Updated at | 2022-07-21T17:49:52Z | ``` { 'Build Id': 'unset', 'Business Unit': ['Platform'], 'Date of First Response': '2022-07-02T16:59:28.030-0500', "Is there anything you'd like to add?": " Issue seems to reproduce regardless of draw distance settings, region, avatar, or viewer type (third party, LL official latest). Everyone I have asked has been able to reproduce it eventually, but not reliably. Some days it reproduces every time, other days never. I have seen it reproduce a couple times then stop, and other times not reproduce the first couple attempts, but then reproduce consistently afterwards. I've included recorded videos of the expression of both variants of this behavior to hopefully guard against this issue being closed prematurely as unreproducible\r\n\r\nI have also included the demonstration scripts I have used to express the issue in the video recordings. There is one script that goes in a stationary red 'animation controller' object, and another script that goes in a simple prim an avatar sits on.", 'ReOpened Count': 0.0, 'Severity': 'Unset', 'System': 'SL Viewer', 'Target Viewer Version': 'viewer-development', 'What just happened?': "My character-test default avatar, with no attachments, animations playing, AOs, huds, on the latest second life official viewer, sits on a prim and grants lsl permission for a third object to start an infinitely looping animation. The looping animation starts successfully as expected.\r\n\r\nSometimes (intermittently) , when zooming out with the viewer camera, the infinitely looping animation stops, not just on my screen but for any avatar which was watching my avatar previously. Video evidence of this is attached along with test environment details. The expectation is that a looping animation would continue to play, for myself and all other agents, no matter how my own viewer camera is zoomed. \r\n\r\nAdditionally as a second variant of this issue, if I sit on a similar object which starts an infinitely looping animation, and then move my avatar (Either by dragging the object I'm sitting on manually, or by some scripted motion such as llSetKeyFramedMotion, the looping animation on my avatar sometimes (intermittently) stops for all watching viewers once it reaches the distance of 60-80m from where it started, even if the object I'm sitting on and my avatar stay in close camera focus the entire time. Video evidence of this and test environment provided as well. The expectation is that the looping animation would continue to play on my viewer, and the viewers of all other avatars viewing mine, regardless of the distance that I move, assuming I'm not crossing region/parcel borders.\r\n", 'What were you doing when it happened?': 'I logged into SL on the latest official viewer, character-tested myself to remove all attachments, huds, clothing, sat on a simple object to demonstrate this issue, which starts a looping priority 4 animation. \r\n\r\nExample #1 - zoom: \r\nThen I zoomed my camera out and noticed that the priority 4 looping animation suddenly stopped, not just on my own viewer but on the viewer of other avatars watching from the same region.\r\n\r\nExample #2 - movement\r\nThen I dragged the object I was sitting on 60-80m away from where it started, in incremental steps so that at all times my avatar was in easy camera focus. I noticed that the priority 4 looping animation suddenly stopped after a threshold of 60-80m, even as I was watching. It stopped for both myself and all other viewers watching', 'What were you expecting to happen instead?': "Example #1 - Zoom\r\nI expected the looping animation to continue playing indefinitely for myself and all watching avatars, just as it does when I keep my camera in a closer proximity. I do not want my avatar's animations on say a dancefloor, furniture, or theatrical performance to suddenly stop and break for everyone around me, just because I zoom out.\r\n\r\nExample #2 - movement\r\nI expected the looping animation to continue playing for myself and all other watching avatars, especially since I'm on the same parcel and watching my avatar closely. It is important for machinema or live performances that move audiences and performers further than 80m around say, a large decorated sim that animations do not suddenly stop for all viewers.", 'Where': 'Issue reproduces on every region I have tested. The region where the recordings are from is http://maps.secondlife.com/secondlife/Eyefliez/1/40/1500', } ```
sl-service-account commented 2 years ago

Arrehn Oberlander commented at 2022-07-02T15:54:11Z, updated at 2022-07-02T15:55:06Z

Just feel like I need to add a comment, on the chance that it is tempting to say that suddenly stopping looping animations when zooming your camera or moving an object you're sitting on 80m within the same parcel keeping camera focus was "intended behavior", there would still be a bug here because it applies so inconsistently / unpredictably.

sl-service-account commented 2 years ago

nyxoctavius commented at 2022-07-02T21:59:28Z

I can't vouch for the exact circumstances, but I have also observed this thing happening when "camming". I could be dancing with my partner, and all of a sudden I get frozen, or my partner is, and it's been in connection with either her or I having our cam elsewhere to check on something or edit something in the environment. Sometimes it seems to fix itself, but many times it takes changing animation. An animation reset (Ctrl + S) does not work for this, the one(s) still moving will reset but the frozen one(s) remains frozen - sometimes with the head turned around backwards!

sl-service-account commented 2 years ago

Arrehn Oberlander commented at 2022-07-15T00:52:52Z

Just to clarify another point - the unexpected behavior appears to trigger when the looping animation is started via an in-world object, similar to the test environment/scripts provided. I've been unable to replicate it running animations out of inventory, for example.

sl-service-account commented 2 years ago

JIRAUSER341268 commented at 2022-07-21T17:28:39Z

Thanks for finding this issue Arrehn Oberlander!