| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|\ \
| |/ |
|
| |
| |
| |
| | |
Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
crossing.
On making a root agent, we need to reset the ScenePresence.m_movement_flag so that it doesn't remember the
movement registered to the client when it exited the initial region.
If this is remember, then the client avatar movement isn't updated and it appears to stall in mid-air, though this is resolved with a prod/release of any other direction key.
This bug was probably introduced a few weeks ago. Surprised that nobody brought it up.
|
| |
| |
| |
| | |
stored in the root part's state field.
|
| |
| |
| |
| | |
pointless duplication of identical values
|
|\ \
| |/ |
|
| |
| |
| |
| | |
This does a tiny bit to reduce code complexity, memory requirement and the cpu time of pointlessly setting this field to the same value in every SOP
|
| |
| |
| |
| | |
AttachmentsModule.DetachSceneObjectToGround() and remove redundant code
|
| |
| |
| |
| | |
object group direct
|
| |
| |
| |
| | |
AttachmentsModule.DetachSingleAttachmentToInv()
|
| |
| |
| |
| |
| | |
IsDeleted is never set for an SP, even though it's on EntityBase.
It might be an idea to set it in the future
|
| | |
|
| |
| |
| |
| |
| |
| | |
readability
use these in some sog methods
|
| |
| |
| |
| | |
AttachmentsModule.AddSceneObjectAsAttachment()
|
| | |
|
| |
| |
| |
| | |
currently hardcoded offset
|
| | |
|
| |
| |
| |
| |
| |
| | |
Apart from one obvious bug, this was failing because attempting to serialize the script from inside the script (as part of saving the attachment as an inventory asset) was triggering an extremely long delay.
So we now don't do this. The state will be serialized anyway when the avatar normally logs out.
The worst that can happen is that if the client/server crashes, the attachment scripts start without previous state.
|
| |
| |
| |
| | |
DetachSingleAttachmentToInv() for consistency and to reflect it's actual behaviour
|
| | |
|
| |
| |
| |
| |
| |
| | |
to help with the inconsistent state bug.
This also refactors AttachmentsModules to stop pointlessly refetching the ScenePresence in various methods. However, more of this is required.
|
| |
| |
| |
| | |
pin down problems with "Inconsistent Attachment State"
|
| |
| |
| |
| | |
addition to the hardcoded ones.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
llRegionSay will now message avatars on chan 0
and will message attachments on the avatar that
listen on channels other than 0.
This behavior is consistant with the LL
implementation as tested on regions in Agni
with one exception: this implementation does
not include issue:
https://jira.secondlife.com/browse/SCR-66?
|
| |
| |
| |
| |
| |
| |
| | |
llRegionSayTo(key target, integer channel, string messasge)
Allows messages to be sent region-wide
to a particular prim.
|
|\ \
| |/
| |
| |
| | |
Conflicts:
OpenSim/Region/Framework/Scenes/SceneManager.cs
|
| | |
|
| |
| |
| |
| |
| | |
This meant punching in another AddUser() method in IUserManagement to do a direct name to UUID associated without the account check (since NPCs don't have accounts).
May address http://opensimulator.org/mantis/view.php?id=5645
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
removed from the scene.
This is done by introducing a PresenceType enum into ScenePresence which currently has two values, User and Npc.
This seems better than a SaveAttachments flag in terms of code comprehension, though I'm still slightly uneasy about introducing these semantics to core objects
|
| |
| |
| |
| |
| |
| | |
previous attachments from the scene.
Addresses http://opensimulator.org/mantis/view.php?id=5636
|
| |
| |
| |
| | |
attachments check
|
| |
| |
| |
| | |
occur in real life and just clutter up tests
|
| | |
|
| |
| |
| |
| | |
region boundaries. This is especiyll useful in cases where physical objects outside regions boundaries cause much physics engine lag.
|
| | |
|
| |
| |
| |
| | |
enclosing control structures
|
| |
| |
| |
| |
| |
| | |
can just use the currently set Rotation
looks like I spoke to soon about eliminating jerkiness on "go here"/autopilot. It's still there.
|
| |
| |
| |
| | |
eliminate the second setting in AddNewMovement()
|
| |
| |
| |
| | |
is not used.
|
| |
| |
| |
| |
| |
| | |
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.
|
| |
| |
| |
| |
| |
| | |
avatar.
There is a bug here - once an avatar has landed it glides to its new position instead of performing a walk animation
|
| |
| |
| |
| |
| |
| |
| | |
Default for this function is now not to automatically land.
This allows better control by scripts when an avatar is going to be landing on a prim rather than the ground.
Stopping the avatar involves faking a collision, to avoid the pid controller making it overshoot.
A better approach would be to gradually slow the avatar as we near the target
|
| |
| |
| |
| |
| | |
this is to allow walking on prims. it will be up to the script writer to be sure that there is a continuous path.
currently implemented in osNpcMoveToTarget(), but none of this is final.
|
| | |
|
| | |
|
| |
| |
| |
| | |
agent
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
storage.
This works by serializing and deserializing NPC AvatarAppearance to a notecard in the prim inventory and making the required baked textures permanent.
By using notecards, we avoid lots of awkward, technical and user-unfriendly issues concerning retaining asset references and creating a new asset type.
Notecards also allow different appearances to be swapped and manipulated easily.
This also allows stored NPC appearances to work transparently with OARs/IARs since the UUID scan will pick up and store the necessary references from the notecard text.
This works in my basic test but is not at all ready for user use or bug reporting yet.
|
| | |
|