| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
| |
concurrent uses of the same TCP connection, and even of the connections to the same server. So let's stop doing it. This patch makes movement much smoother when there are lots of neighbours.
|
| |
|
|
| |
complexity of code analysis
|
| | |
|
| |
|
|
|
|
| |
adjustment commit.
Left in the method doc.
|
| |
|
|
|
| |
monocov was a code coverage attempt 3 years ago which no longer works.
other removed targets have been commented out or unused for a very long time
|
| |
|
|
| |
avies always land in 0,0
|
| |
|
|
|
|
| |
Add configuration option - DEBUG to enable debugging methods. This is temporary for helping users testing teleport routing be able to report back the data with the test cases. We can remove when finished with this, or leave it if it proves to be useful.
Users: set DEBUG = true in OpenSim.ini to get more information from teleport routing. The default is false. It presently prints the TeleportFlags value.
|
| |
|
|
| |
Switch to our TeleportFlags enum instead of LibOMV because we need to define a type for HG Logins. Also moved some debugging in ScenePresence into a function to make it simpler to enable/disable.
|
| |
|
|
| |
Fix test to checking against bitfield instead of int
|
| |
|
|
| |
Incoming HG owner/estate manager, etc. is routed according to the rules defined for teleports within the local grid. Left some commented debugging code inside so we can test other cases. Will remove when tings are settled in.
|
| |
|
|
| |
Add some temporary debugging to the teleport routing to get a better view of what happens when HG jumps are made.
|
| |
|
|
| |
Needed to breakout the ViaHGLogin check to it's own section. For some reason it would not factor in when combined with the other teleport flag types.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Route non-owner avatars according to land settings
|
| |
|
|
|
|
| |
other than falling again.
Addresses http://opensimulator.org/mantis/view.php?id=5839
|
| |
|
|
|
|
| |
problematic with bot testing.
Please uncomment if still needed.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
CheckForBorderCrossing the right way.
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
baked texture caching when crossing region boundaries.
Needs further investigation.
Revert "Stop sending the viewer its own AvatarAppearance packet."
This reverts commit 92039f295d7fe66bf1a09b29483f9057e395839e.
|
| |/ |
|
| |\ |
|
| | |
| |
| |
| |
| | |
The viewer warns in the log if it receives this.
Stopping this doesn't appear to have adverse effects on viewer 1 or viewer 3 - the viewer gets its own appearance from body parts/clothes and self-baked textures.
|
| | |
| |
| |
| |
| |
| |
| |
| | |
AvatarFactoryModule from AppearanceInfoModule so that it can be used in debug (inactive).
Further filters "debug packet <level>" to exclused [Request]ObjectPropertiesFamily if level is below 25.
Adjust some method doc
Minor changes to some logging messages.
|
| | |
| |
| |
| | |
These were entirely unused.
|
| |/
|
|
| |
a little bit.
|
| |
|
|
|
|
| |
BEGIN] to [SCENE] because that's where the message happens.
Also changed the instantiation of a vector object to be done only once instead of every time we receive a position update.
|
| |
|
|
|
|
| |
when we've already passed size information to the avatar at PhysicsScene.AddAvatar()
Eliminate some copypasta for height setting in OdeCharacter
|
| |
|
|
|
|
| |
Stop hiding RemoveAvatar failure, add log messages when characters are removed through defects or re-added unexpectedly.
Add commented out log lines for future use.
Use automatic property for PhysicsActor for better code readability and simplicity
|
| |
|
|
| |
IsColliding
|
| |
|
|
| |
in favour of IClientAPI.ISceneAgent.IsChildAgent instead.
|
| | |
|
| |
|
|
|
| |
The only caller is the LLUDP stack and this has to validate the UDP circuit itself, so we know that it exists.
This allows us to eliminate another null check elsewhere and simplifies the method contract
|
| | |
|
| |
|
|
|
|
| |
asynchronously to reduce hold up in the IN UDP packet processing loop.
This is already being done for the initial object data send.
|
| |
|
|
|
|
|
|
|
| |
it's live before sending other data.
This means that avatar/appearance data of other avatars and scene objects for a client will be sent after the ack rather than possibly before.
This may stop some avatars appearing grey on login.
This introduces a new OpenSim.Framework.ISceneAgent to accompany the existing OpenSim.Framework.ISceneObject and ISceneEntity
This allows IClientAPI to handle this as it can't reference OpenSim.Region.Framework.Interfaces
|
| |
|
|
| |
It might be inefficient, but there are collisions every frame if the avatar is walking/standing on the ground or a prim surface
|
| |
|
|
| |
called continuously even where there are no collisions
|
| | |
|
| |
|
|
|
|
| |
HandleAgentUpdate().
There's no point doing this if it's being called via PhysicsCollisionUpdate
|
| |
|
|
|
|
|
|
|
| |
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()
|
| | |
|
| |
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
constructor.
Comment was right - it is indeed useless since SP always starts off as child and TrySetMovementAnimation screens out child SP
|
