| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |\
| |
| |
| |
| |
| |
| | |
Conflicts:
OpenSim/Region/ClientStack/Linden/UDP/LLClientView.cs
OpenSim/Region/ClientStack/Linden/UDP/LLUDPServer.cs
OpenSim/Region/Framework/Scenes/ScenePresence.cs
|
| | |
| |
| |
| |
| |
| |
| | |
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.
|
| |\ \
| |/
|/| |
|
| | |
| |
| |
| | |
parameters to define if to add or remove, and if to send anims pack on that evocation, etc
|
| | |
| |
| |
| |
| |
| | |
to/fromArray in array element 0. This may cause compatibilities issues, but think this information is needed for proper crossings. OSG regions did survived tps in/out with this. ALso added velocity in crossings cases, for now detected by Teleport flag equal to Default (0);"
This reverts commit 12c9916193bbb87aaa95407f798c241cbe5e23cb.
|
| | |
| |
| |
| | |
to/fromArray in array element 0. This may cause compatibilities issues, but think this information is needed for proper crossings. OSG regions did survived tps in/out with this. ALso added velocity in crossings cases, for now detected by Teleport flag equal to Default (0);
|
| |/
|
|
|
|
| |
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.
|
| | |
|
| | |
|
| | |
|
|
|
ScenePresenceAnimator class
|
