| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
command, not without the dash.
|
|
|
|
| |
requesting.
|
| |
|
| |
|
|
|
|
| |
not set
|
|
|
|
|
|
|
|
|
| |
to print various counts of capability invocation by user and by cap
This currently prints caps requests received and handled, so that overload of received compared to handled or deadlock can be detected.
This involves making BaseStreamHandler and BaseOutputStream record the ints, which means inheritors should subclass ProcessRequest() instead of Handle()
However, existing inheriting classes overriding Handle() will still work, albeit without stats recording.
"show caps" becomes "show caps list" to disambiguate between show caps commands
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
UuidGatherer for now.
This cannot be triggered as an event from Scene.EventManager since some invocations of UuidGatherer (e.g. IAR saving) use scene objects which are not in scenes.
There needs to be some way for modules to register for events which are not connected with a particular scene.
|
|/ |
|
| |
|
| |
|
|
|
|
|
|
| |
MaterialsDemoModule from UuidGatherer
This code is now triggered via EventManager.OnGatherUuids which modules can subscribe to.
|
|
|
|
|
|
|
|
| |
This is in order to reduce the likelihood of naming clashes, make it easier to filter in/out attributes, ensure uniformity, etc.
All dynattrs in the opensim distro itself or likely future ones should be in the "OpenSim" namespace.
This does alter the underlying dynattrs data structure. All data in previous structures may not be available, though old structures should not cause errors.
This is done without notice since this feature has been explicitly labelled as experimental, subject to change and has not been in a release.
However, existing materials data is being preserved by moving it to the "Materials" store in the "OpenSim" namespace.
|
|
|
|
|
|
| |
simulator console
This means the "show stats" command is now active on the robust console.
|
|
|
|
|
| |
Because of a typo, this wasn't being done at all - now the 'default' value as described in OpenSimDefaults.ini of 10m is passed (vivox_channel_clamping_distance)
Thanks to Ai Austin for spotting this.
|
|\ |
|
| |
| |
| |
| |
| |
| | |
is now viewerside" messages regarding currency
This will require all money modules to be refactored!
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
hashes for the purpose of accurately responding to AgentTextureCached
packets. There is a change to IClientAPI to report the wearbles hashes
that come in through the SetAppearance packet. Added storage of the
texture hashes in the appearance. While these are added to the
Pack/Unpack (with support for missing values) routines (which means
Simian will store them properly), they are not currently persisted in
Robust.
|
|/
|
|
| |
servers. This may ameliorate things when lots of avies arrive in a sim at about the same time. Turns out that there are 4 http requests per avie to Vivox.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
packet can be pulled out of LLClientView and moved to
AvatarFactory. The first pass at reusing textures (turned off by
default) is included. When reusing textures, if the baked textures
from a previous login are still in the asset service (which generally
means that they are in the simulator's cache) then the avatar will not
need to rebake. This is both a performance improvement (specifically
that an avatars baked textures do not need to be sent to other users
who have the old textures cached) and a resource improvement (don't
have to deal with duplicate bakes in the asset service cache).
|
| |
|
|
|
|
| |
NOT using a money module.
|
|
|
|
|
|
| |
This is needed because recent LL viewer codebases call this earlier in login when the client is not yet established in the sim and can't be found by UUID.
Sending the reply requires having the IClientAPI.
|
| |
|
|
|
|
| |
compliant viewers
|
|
|
|
|
|
|
| |
any number of avatars other than 1 was in the region.
I don't know how well the rest of ConiergeModule works since I've practically never looked at this code.
Addresses http://opensimulator.org/mantis/view.php?id=6605
|
| |
|
|
|
|
| |
across region restarts and taking objects into inventory, but probably will not work across archiving via OAR or IAR as materials texture assets may not be adequately referenced to trigger archiving.
|
| |
|
|
|
|
| |
OSDArray of MaterialIDs
|
| |
|
|
|
|
| |
very early stage and this module is disabled by default and should only be used by developers for testing as this module could cause data corruption and/or viewer crashes. No materials are persisted yet.
|
|
|
|
|
|
| |
teleporting between regions.
This appears to resolve issues on teleport where attachments disappear or become labelled as invalid within user inventory.
|
|
|
|
| |
with our own and add export permissions as well as a new definition for "All" as meaning "all conventional permissions" rather than "all possible permissions"
|
|
|
|
|
| |
This is relevant to mega-regions where the borders are very different to a regular region.
Also adds some method doc and other code comments.
|
|
|
|
|
|
| |
21:38:00 2013)
This break was not connected with the recent attachment code changes.
|
|\
| |
| |
| |
| | |
Conflicts:
OpenSim/Region/CoreModules/Avatar/Attachments/AttachmentsModule.cs
|
| |
| |
| |
| | |
Clean up some parameter code in Statistics.Binary.
|
| |
| |
| |
| |
| | |
functions into one for node type and one for value type.
Define and export constants for both nodes and values.
|
|/
|
|
|
|
|
|
|
|
|
|
| |
Conflicts:
OpenSim/Framework/AvatarAppearance.cs
OpenSim/Region/CoreModules/Avatar/Attachments/AttachmentsModule.cs
OpenSim/Region/CoreModules/Avatar/Attachments/Tests/AttachmentsModuleTests.cs
OpenSim/Region/Framework/Interfaces/IAttachmentsModule.cs
OpenSim/Region/Framework/Scenes/Scene.cs
OpenSim/Region/OptionalModules/Avatar/Attachments/TempAttachmentsModule.cs
OpenSim/Region/ScriptEngine/Shared/Api/Implementation/LSL_Api.cs
|
|\ |
|
| |
| |
| |
| | |
where it tells us it is added/loaded/removed from regions
|
|/ |
|
|
|
|
| |
compatible ([Startup] still being looked up), but please update your configs sometime soon.
|
|
|
|
| |
It turns out this is required to get Mono.Addins to pick up plugin DLLs
|
|
|
|
| |
if adding modules to a DLL which does not already have this
|
|
|
|
| |
places where we were not already.
|
|
|
|
|
| |
usage of ProcessCounters which tend to fail oddly and are not supported
everywhere.
|
|
|
|
| |
server wide statistics (CPU%, network bytes sent, ...) with StatsManager.
|