| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Remove the too coarse CanEditParcel method in favor of a CanEditParcelProperties
method that takes a GroupPowers argument to specify what action is to be
taken. Also, make the method to set parcel data much more granular. Permissions
in a deeded setting should now work.
|
|\
| |
| |
| |
| | |
The modules will need to be updated for this to compile and run again. Please
don't use until I do the companion commit to modules later on.
|
| | |
|
|\ \
| |/ |
|
| | |
|
| |
| |
| |
| | |
restored to some heavy casting in order to preserve RegionCombinerModule semantics, pending better events.
|
|\ \
| |/ |
|
| |
| |
| |
| | |
list of all locations fresh for every scene presence on every frame, we will instead compute the list once every 50 frames and send to all connected presences at that time. Also, we only add 60 items to the list when there are more than 60 presences in the scene. For 1000 users, this change yields a 99.8% reduction in list processing and a 98% reduction in network bandwidth for coarse locations.
|
|\ \
| |/ |
|
| |
| |
| |
| | |
joins parcels in an area, osParcelSubdivide splits parcels in an area, osParcelSetDetails sets parcel name, description, owner and group owner. Join and Subdivide methods in LandChannel are exposed.
|
|\ \
| |/ |
|
| |\ |
|
| | |
| | |
| | |
| | | |
really don't need two methods doing the same thing, but differently.
|
| |/
| |
| |
| | |
GetAvatars have been removed to consolidate locking and iteration within SceneGraph. All callers which used these to then iterate over presences have been refactored to instead pass their delegates to Scene.ForEachScenePresence(Action<ScenePresence>).
|
| |
| |
| |
| |
| |
| | |
* It does this by tweaking the throttles on child agent connection to a megaregion and multiplying the land throttle by 50. (various bit and byte magic ensue)
* While, I doubt this will cause terrain crater sized potholes.. since it actually increases the bandwidth available for land in child regions when MegaRegions area active, more testing would be good.
* This, in theory, also shouldn't cause missing objects in child regions.. because all objects are in the root region anyway. As I said, more testing would be good.
|
|/
|
|
| |
really don't need two methods doing the same thing, but differently.
|
| |
|
| |
|
|
|
|
| |
miguel, and the fabulous bug reports by our community members.. The workaround fix for the "ERROR:metadata.c:3211:mono_metadata_token_from_dor: code should not be reached" bug in the RegionCombinerModule.
|
| |
|
| |
|
|
* Moves the mono_metadata_token_from_dor message to a different module on loading.
|