|
blaze Spinnaker
1/2 Serious
Join date: 12 Aug 2004
Posts: 5,898
|
10-26-2005 10:33
That is, even if you delete it, if someone comes along in the next three days and has it in their cache it will rez from disk.
Yes, that's right, if you delete an object you have locked it will take 3 days to fully vanish.
Ideally, you could add a box which lets you specify how long to cache it.
+ Locked objects can bet set to locked via an LSL command
+ All scripts in an locked object will stop running
+ Physical objects can not be locked
|
|
Eggy Lippmann
Wiktator
Join date: 1 May 2003
Posts: 7,939
|
10-26-2005 10:38
Umm... why?
|
|
blaze Spinnaker
1/2 Serious
Join date: 12 Aug 2004
Posts: 5,898
|
10-26-2005 10:42
So all of us paying customers never have to wait to rez our own land.
Oh yeah and anyone who visits more than once never has to wait to rez our stuff either.
And that would make a smart interest list as well, rather than a programmatic one.
I'd immediately prioritize all the prims that should be sent to the client.
A future version could have an "expire cache" command which tells people to invalidate everything in our parcel and reload it.
|
|
blaze Spinnaker
1/2 Serious
Join date: 12 Aug 2004
Posts: 5,898
|
10-26-2005 11:04
Ideally the cache would be rendered in a format which allow for immediate generation rather than procedural generation.
|
|
Eggy Lippmann
Wiktator
Join date: 1 May 2003
Posts: 7,939
|
10-26-2005 11:06
Yeah that's a good idea but why do you want deleted objects to still show? Some new undo feature?
|
|
blaze Spinnaker
1/2 Serious
Join date: 12 Aug 2004
Posts: 5,898
|
10-26-2005 11:16
Well, the problem with caches is how do you expire them?
Right now we have to check the servers to see whats been deleted and what hasn't.
If an object is locked and the owner has no plans on deleting it (they've shown this by locking it), then we shouldn't even need to check to see if it has been deleted or moved.
It shouldn't even store procedural information, it should just store tris or whatever.
|
