|Anonymous | Login | Signup for a new account||2021-02-27 13:33 PST|
|Main | My View | View Issues | Change Log | Roadmap | Summary | My Account|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0008695||opensim||[REGION] OpenSim Core||public||2020-04-29 20:33||2021-01-29 15:38|
|Platform||Operating System||Operating System Version|
|Target Version||Fixed in Version|
|Summary||0008695: Animation states randomly get stuck until relog|
|Description||I'm not quite sure how to explain this one... But in the past month or so of master testing I've noticed that animation states will randomly get "stuck" and not work properly until relog.|
Some symptoms of it happening are typing animation gets stuck; It will show the avatar typing, then stop typing, then start typing, ad infinitum.
If you try to sit, then the avatar will sit, stand up, sit, stand up, etc.
Running will cause the avatar to play the run animation, then momentarily after, walk animation, then run, then walk, etc.
I'm not sure what triggers this at the moment. It seems to happen at random, and once it does, there's no stopping it until relog. After which, it might be okay for a while, but eventually it will start to do it again.
The viewer used doesn't seem to matter, I've seen it happen on Firestorm and Singularity. Other users have reported to me of this happening too; they run Firestorm primarily.
|Tags||No tags attached.|
|Git Revision or version number|
|Run Mode||Grid (Multiple Regions per Sim)|
|Environment||.NET / Windows64|
I did notice something to the opposite, though this may be related. I re-enabled the lludp debug commands and found TransferRequest and TransferInfo packets being sent. These are sent when one opens an animation from inventory to play it. These packets were constantly sent, ten or more every second. I suspect it might be related to animation override scripts, but it could very well be some looping condition that could be related to this issue.
Animation sync is done locally so the changes you see could be connection related, but equally they would not show randomly, but more with a certain consistency in relation to packet loss e.g. lagging behind, time dilation
Viewers only receive data in this regard when being called by the simulator so equally while you see yourself in animation does not mean others do. For example, if you have an animation that only sits you down, but leaves your upper body untouched you can be in all sorts of positions when others look at you while you see yourself sitting perfectly normal. The lack of "hey how you looking" being sent by the viewer to make sure what is shown is equal to everyone involved causes some of this, add packet loss and it gets worse.
Still worth to investigate this a bit further. Make sure to eliminate variables first though, check packet loss, region load etc Try to reproduce on a fresh setup with little to no interference, if it still happens then perhaps some additional checks are needed or the animation states need to be invalidated more frequently.
this may be a slow or failed animation asset fetch.
viewers may timeout and flag that animation (or sound) as bad.
edited on: 2020-05-08 10:45
I detect this problem on 0.9.2.0 Yeti (last) when overload server with avatars online
When have only one or two avatars then have not this problem. >5 avatars have problem
I am using radegast viewer for login with 30 test accounts in the same var region 1024x1024. Robust and region in the same computer.
|I don't think that my setup is that overloaded though. I was seeing it happen on a mostly empty sandbox sim with just a couple non scripted things rezzed out and just one other person in the same region... And I've never seen this issue until the last few weeks or so of commits. Low CPU use and around maybe 30% of total system ram used.|
edited on: 2020-05-09 11:26
How many regions by simulator have you?
what versión are you testing?
I am testing last dev version with only one var region 1024x1024 by simulator in grid with robust.
Windows7-64 Professional + 16Gb RAM and intel i7-3770 @ 3.40Ghz.
8.0.12 MySQL Community Server
Loging one by one with radegast viewer and testing to 30 accounts checking if the problem is present after 1 minute logged .
Normally (but not always) I have this problem with more than 5 avatars in the region.
The problem always disappears after a few minutes from the last logged avatar
|I see the same problem. The animations are allready cached in the viewer and in the flotsam asset cache of the server.|
This still seems to be an issue on master. As other people have previously mentioned, the issue seems to happen more frequently (randomly unfortunately) when there are multiple people logged into the same region, and it has happened with as few as just me and one other person (Across WAN) logged in.
I don't seem to notice this issue when it's multiple users on the same network as the OS server is running on, but when it's users across WAN (of varying connection stability) is when it tends to show up.
The issue is only noticeable to the avatar it is affecting, other users don't seem to be able to see anything happening to the affected avatar.
I've seen this too with my scripted AO. After I moved my animations into the integrated AO of Firestorm the annoyance disappeared.
Since I did a lot of testing under various conditions recently (Bulletsim, Ubode, XEngine, YEngine) I'm not sure the scripted AO was the problem.
|On further testing, I have found out that it actually does not matter whether the other users are connected via LAN or WAN... And it may not even matter if any additional users are connected at all; although more users continue to make it more likely to show up.|
|2020-04-29 20:33||mewtwo0641||New Issue|
|2020-04-30 20:15||tampa||Note Added: 0036412|
|2020-05-08 07:01||UbitUmarov||Note Added: 0036452|
|2020-05-08 10:40||Luisillo_Contepomi||Note Added: 0036453|
|2020-05-08 10:45||Luisillo_Contepomi||Note Edited: 0036453||View Revisions|
|2020-05-08 23:38||mewtwo0641||Note Added: 0036455|
|2020-05-09 05:44||Luisillo_Contepomi||Note Added: 0036456|
|2020-05-09 09:20||Luisillo_Contepomi||Note Edited: 0036456||View Revisions|
|2020-05-09 11:26||Luisillo_Contepomi||Note Edited: 0036456||View Revisions|
|2020-06-16 09:53||Kubwa||Note Added: 0036543|
|2021-01-23 20:53||mewtwo0641||Note Added: 0037515|
|2021-01-25 01:37||piusnoel||Note Added: 0037516|
|2021-01-29 15:38||mewtwo0641||Note Added: 0037521|
|Copyright © 2000 - 2012 MantisBT Group|