The way to detect region overfilling events in time.
Jenna Felton
This feature request belongs to a bundle of two, which I decided to fill separately. The goal of the request is to offer a way to detect and react to the events when the region or parcel reaches the prim limits, before it happens and the region starts returning objects, because this destroys the scenery and can lead to frustration by the owners. The other feature request is linked below.
The idea consists off two parts. Part 1 is whenever the viewer is taking an object into the inventory, the inventory asset stores additionally the last value of the land impact of the object. This way when the region tries to rez it, it can detect beforehand if the object would overfill the parcel. In the case this information is not available, the region will do it traditional way.
The part 2 is to run the region in two modes, parallel and sequential mode. And maintain a threshold value, which can be changed region-wide.
When the land impact on the region did not reach the threshold value, the risk of overfilling the region is low and the region works in parallel mode, then the rez events occur concurrently and can happen independently.
When the region usage reaches the object threshold, the region runs in sequential mode and all rez operations run sequentially, whenever a script tries to rez an object, and the region is performing rez operation for an other object or resident, all scripts in the object in question stop until the region is finished with other rezzing processes.
This way the region can stop rezzing before overfilling and returning prims.
Log In
Jenna Felton
The suggestion above (this page) was actually meant as optional while the suggestion below ("The way to handle overfilling events...") was the main suggestion. Somehow I thought splitting the issue and cross linking the parts was a good idea but then they were merged and this mixed up some things :)
But, they are mixed in the correct order, which is actually good. Though, please comment to them separately when they are worth the comment.
SL Feedback
Merged in a post from Jenna Felton:
Title: The way to handle region overfilling events without returing prims.
Details: This feature request belongs to a bundle of two, which I decided to fill separately. The goal of the request is to offer a way to detect and react to the events when the region or parcel reaches the prim limits, before it happens and the region starts returning objects, because this destroys the scenery and can lead to frustration by the owners. The other feature request is linked below.
The other feature request describes how a region would detect these events in time and react before they happen. The goal of this one is to describe how the region would handle such event when they occurred. Because not always a region is overfilled upon rezzing objects. Sometimes this also happens when the object physic shape or other parameters changed while the object was already present.
When the parcel is good (not yet overfilled) it will operate as usual or as described in the linked proposal.
When the overfilling event happened, no prim is returned at all but the parcel will go into a locked mode. In this mode:
* Rezzing is disabled, even for the parcel owners and managers. This parcel state is visible to present viewers.
* Scripts can not change any object properties having impact on the prim usage.
* When a script tries to rez an object or change these properties, all scripts in this object are stopped and the blocked state of this object is visible to the owner or group manager. This object state remains until the parcel leaves the locked mode or the object is taken into inventory or moved out of the overfilled parcel.
* The object caused the actual overfilling is already set into the blocked state.
The parcel owners and managers should be able to list the objects in the locked state to find the cause from distance.
It also appears useful when a parcel owner or manager would be able to set the parcell into locked mode, to detect or debug objects that unexpectedly perform operations having impact on land usage..