|Anonymous | Login | Signup for a new account||2020-06-03 02:36 PDT|
|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||2020-05-09 05:44|
|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
|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|
|Copyright © 2000 - 2012 MantisBT Group|