| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Setting this logs extra information about animation add/remove, such as uuid and animation name
Unfortunately cannot be done per client yet
|
|
|
|
|
|
|
|
|
| |
default animation but continue to allow scripts to do so.
This keeps the fix from http://opensimulator.org/mantis/view.php?id=6327
and fixes the behaviour regression in http://opensimulator.org/mantis/view.php?id=6483
Animations may still exhibit different behaviour if both scripts and clients are adjusting animations.
A change in the behaviour of client AO to not remove all animations may be a better long term approach.
|
|
|
|
| |
This reverts commit 5561333668f61f043cdfc0733a4eb50a1bcfb14e.
|
|
|
|
| |
This reverts commit a775931a0cec9f65748c6e20dd2695edcbe21b7f.
|
| |
|
| |
|
|
|
|
| |
use (such as logging anim pack contents sent to clients)
|
| |
|
| |
|
|
|
|
|
|
| |
any AO hud is"
This reverts commit fa484c3494a7190b4d7526094347be74d091e125.
|
|
|
|
|
|
| |
hud is
loaded. Thank you tglion
|
|
|
|
| |
Fixes Mantis #6327
|
|
|
|
|
|
|
| |
various places due to race conditions.
Even where checks are being made they aren't enough since they all assume that the Animator they just checked is still there in the next line, which is not necessarily the case without locking.
The memory used is small and these should be GC'd anyway when the SP is released. If this is not happening then the wider problem of old SPs being retained needs to be resolved.
|
|
|
|
|
|
| |
This happened because the scripts were notified about control changes (e.g., the user stopped pressing the Forward key) when the animation was still WALK, so the script didn't stop the walking animation. Fixing this required: a) Update the movement animation *before* notifying the script; b) Add locking to prevent clashes with the Heartbeat thread (which also updates the animations); c) Handle the case of a user who stops walking just as the avatar is in the air: the avatar should STAND in that case, not WALK.
This reverts commit feef1dd73243cfdd5322632fb67e64cabc1ad4bc.
|
|
|
|
| |
Forgot to uppercase the animation name for default animations, since for some reason we store and use them in upper rather than lowercase.
|
|
|
|
| |
clarity since non-default animations are handled completely separately from this class
|
|
|
|
|
|
|
|
| |
AvatarAnimations, load just in AvatarAnimations instead.
This lets us remove the dependency of OpenSim.Framework.dll on data/avataranimations.xml, which is not necessary for ROBUST.
This commit also takes care of the odd situation where animations are stored and used internally with uppercase names (e.g. "STAND")
but scripts refer to them with lowercase names (e.g. "sit").
|
| |
|
|
|
|
|
|
| |
other than falling again.
Addresses http://opensimulator.org/mantis/view.php?id=5839
|
| |
|
|
|
|
|
|
|
|
|
| |
causes avatars to never reach the correct animation after some actions.
This reverts to situation where animation updates are made each frame on SP.PhysicsCollisionUpdate (though a packet is only sent if the anim actually changes).
m_updateCount was not being update on various avatar state changes, causing the correct animations to never be sent.
Always setting in HandleAgentUpdate() is not enough since the avatar is continually sending AgentUpdate packets.
One would need to identify all the conditions under which animations need to play out and set m_updateCount appropriately in SP.HandleAgentUpdate()
|
|
|
|
| |
than duplicating it with m_movementAnimation
|
|
|
|
| |
DetermineMovementAnimation() for better code readability
|
|
|
|
|
|
|
| |
processed if we're dealing with a child ScenePresence.
Neither of these can have any effect on child agents
Now leaving warning about trying to set animation on a child agent active. Might temporarily pop up now and again.
|
|
|
|
| |
where such requests are ignored.
|
| |
|
| |
|
|
|
|
| |
properly.
|
|
|
|
| |
http://opensimulator.org/mantis/view.php?id=3036
|
|
|
|
|
|
| |
after finishing their movement. This also fixes judder after an avatar has finished "go here"/autopilot movement in a viewer.
This meant reseting the SP.AgentControlFlags since the Animator uses these to determine the correct default animation.
|
|
|
|
|
|
| |
crouch/huzzah when walking along the ground
Moving a flying avatar to a ground point doesn't yet land the avatar. This may or may not be the best thing
|
|
|
|
| |
This is jerky (an artifact of the way it's being done, I think), but it's better than on implementation.
|
|
|
|
| |
in -dev. Also in this commit, a slight adjustment to the Velocity of SP -- this makes the avie walking feel less jerky for me. Will wait reports from others.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
CreatorID, it doesn't modify database backends or OAR files to support storing/loading it
|
|
|
|
|
|
|
|
| |
Fixes: Undo, T-pose of others on login, modifiedBulletX works again, feet now stand on the ground instead of in the ground, adds checks to CombatModule. Adds: Redo, Land Undo, checks to agentUpdate (so one can not fall off of a region), more vehicle parts. Finishes almost all of LSL (1 function left, 2 events).
Direct flames and kudos to Revolution, please
Signed-off-by: Melanie <melanie@t-data.com>
|
| |
|
|
|
|
| |
type movements.
|
|
|
|
| |
* Turns out the new animator used a different movement bitflag then the one used in the code to autopilot the avatar
|
| |
|
|
|
|
| |
class variables and make the ScenePresence Close method call it.
|
|
|
|
|
|
|
| |
numbers
by Mic Bowman
Signed-off-by: Teravus Ovares (Dan Olivares) <teravus@gmail.com>
|
| |
|
|
|
|
|
|
|
| |
happens.
* This tries to address it by correcting one potential bug where it never resets the falltimer.
* This tries to address it by telling Physics that we're not flying this step.. instead of waiting until the next step when the next agent update comes along.
|
| |
|
| |
|
| |
|