• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: SVC-1138
Type: New Feature New Feature
Status: Open Open
Priority: Normal Normal
Assignee: Unassigned
Reporter: Argent Stonecutter
Votes: 22
Watchers: 6
Operations

If you were logged in you would be able to see more operations.
2. Second Life Service - SVC

Private zones / parcel basements

Created: 31/Dec/07 11:19 AM   Updated: 19/Aug/09 10:53 AM
Return to search
Component/s: Simulation
Affects Version/s: None
Fix Version/s: None

Issue Links:
Relates


 Description  « Hide
A landowner can request the creation of a "basement" zone for a parcel. The "basement" zone would be in the boundaries of the parcel, but isolated from anything else in the sim. The proposed implementation is a region between -1024 to -768 meters altitude, limited to the borders of the parcel, sharing the parcel's prim quota. Objects in this zone would not interact with anything outside the zone: the zone border would be a solid wall (like the edge of the void), agents in the zone would not receive any object data or chat from outside the parcel boundary, and so on.
  • For physical objects, each zone would be a separate collision group.
  • Non-physical objects would be blocked at the wall. Physical objects would bounce off it.
  • Object data in the zone would only be transmitted to clients inside that zone.
  • Chat in the zone would only be transmitted to listeners inside the parcel.
  • LSL script calls like llGetPos() would return <x,y,z+1024>
  • llgetRegionCorner() would return <region_x,region_y,-1024>.

Access to the zone should be through a script call "llZoneTransfer(key agent,vector position,integer zone)". If the zone value is TRUE, the agent would be transported to that location in the zone. If the zone value is FALSE, the agent would be transported to that location outside the zone. This call would fail if:

  • zone == TRUE, and the script owner is not the parcel owner.
  • zone == FALSE, and the script owner is not the parcel owner or the agent.

This would allow for zones that are apparently contiguous with the rest of the build by creating a portal using a volume-detect prim, zones that are entered using a magic word, zones that are "caves" in an open area, zones accessed by clicking on a switch, and so on.

A landowner could place a house entirely in the privacy zone, with a simple single-prim model on the surface using llVolumeDetect... walking through the door would transfer you to the "inside" of the house.

A landowner could place a single prim volume-detect door against a wall inside their house. Walking through it would transfer you to a "private room".

Allowing the agent to transfer himself out of the zone seems to be a useful safety feature that does not create security issues otherwise.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Argent Stonecutter added a comment - 31/Dec/07 11:24 AM

Argent Stonecutter made changes - 31/Dec/07 11:34 AM
Field Original Value New Value
Link This issue is related to by SVC-205 [ SVC-205 ]
Argent Stonecutter made changes - 31/Dec/07 11:34 AM
Link This issue is related to by SVC-241 [ SVC-241 ]
Argent Stonecutter made changes - 31/Dec/07 12:07 PM
Link This issue is related to by VWR-241 [ VWR-241 ]
WarKirby Magojiro added a comment - 31/Dec/07 11:44 PM
This seems like a strange and convoluted solution to the problem that SVC-599 would be better for.

Creating seperate "zones" like this poses a huge host of obvious, and unforeseen problems. As does any large change. SVC-599 could ensure privacy with a fairly minimal change to how SL works, and would be simpler to implement.


Argent Stonecutter added a comment - 01/Jan/08 06:04 AM
Surely SVC-599 is a duplicate of SVC-205?

This is actually less convoluted when you think about it. It's an extremely common optimization in 3d games: instead of having objects that are never supposed to interact simulated in the same zone, the interior of buildings are disjoint (either separated in 3d space, or handled in a separate instance of the simulator) with portals to transition between them. It makes for a massively simplified physical and rendering problem.

The advantage of this solution to any kind of in-world privacy pockets or cloaking volumes is that it may be simpler to implement and would almost certainly be lower overhead for the sim, because it doesn't have to deal with special cases as objects cross parcel boundaries and are moved into or out of different zones as they travel. By making transfer between zones explicit there's no chance of collision groups intersecting.


Argent Stonecutter made changes - 01/Jan/08 06:04 AM
Link This issue Relates to SVC-599 [ SVC-599 ]
Argent Stonecutter made changes - 01/Jan/08 06:09 AM
Link This issue is related to by VWR-2525 [ VWR-2525 ]
LaeMi Qian made changes - 03/Jan/08 04:16 PM
Link This issue is related to by SVC-263 [ SVC-263 ]
LaeMi Qian added a comment - 03/Jan/08 04:16 PM - edited
Comment: LaeMi Qian - 02/Jan/08 02:05 PM in response to comment: Al Sonic - 14/Dec/07 06:20 PM of SVC-236 refers back here.

--------

Also: "A landowner could place a house entirely in the privacy zone, with a simple single-prim model on the surface using llVolumeDetect... walking through the door would transfer you to the "inside" of the house." -> can anyone say TARDIS ?? ;-D

Putting the teleporter in a doorbell-shaped prim (with security scripting if appropriate) on a house-shell would work well too.


Argent Stonecutter added a comment - 16/Feb/08 09:21 AM - edited
With Havok 4 apparently allowing the regular build limit to be raised to 4096 meters, it may be possible to put these "private zones" above, or just under, that limit?

Argent Stonecutter made changes - 22/May/08 12:42 PM
Link This issue is related to by SVC-2390 [ SVC-2390 ]
Argent Stonecutter added a comment - 13/Jun/08 04:11 PM
Formal proposal for a "skybox zone" just below the new building limit in SVC-2390.

Sue Linden made changes - 13/Nov/08 12:03 PM
Workflow jira-2007-12-22a [ 50919 ] jira-2008-11-14 [ 80560 ]
Sue Linden made changes - 13/Nov/08 04:28 PM
Workflow jira-2008-11-14 [ 80560 ] jira-2008-11-14a [ 86517 ]
Sue Linden made changes - 13/Nov/08 04:43 PM
Workflow jira-2008-11-14 [ 86517 ] jira-2008-11-14a [ 91341 ]
Sue Linden made changes - 13/Nov/08 04:53 PM
Workflow jira-2008-11-14 [ 91341 ] jira-2008-11-14a [ 94727 ]
Maggie Darwin made changes - 17/Nov/08 11:10 AM
Link This issue is related to by VWR-10517 [ VWR-10517 ]
Gabriell Anatra added a comment - 14/May/09 01:32 AM
With the proposed changes to adult content watering down the definition of Mature as they do privacy is becoming much more urgent. This needs attention.

Khannea Suntzu added a comment - 17/May/09 02:22 AM
With regards to privacy concerns - it looks suspiciously as if the final arbiter of whats permissible in private ground will be a snapshot of people doing something mature. That won't cover every variant of X-rated conduct, but it will be falsifiable.

Unfortuntaley, it will also be possible to game or exploit this. SL does have fueds. If I fake-snapshot a major landowner or business owner in some adult activity, would LL ban that individual? Seems a dangerous road to travel.


Sebastean Steamweaver made changes - 19/Aug/09 10:53 AM
Link This issue is related to by SVC-4728 [ SVC-4728 ]