Jump to content
You are about to reply to a thread that has been inactive for 98 days.

Please take a moment to consider if this thread is worth bumping.

Recommended Posts

We had a way to see the data stored when using key pair values. I have always wondered why we weren’t able to define our own tables when saving data and why there wasn’t a small add on created for the viewer that let you select a table from a list and then view / edit the data contained within it. I feel that’s one thing we are missing when it comes to using KPV to store data. A way to actually see the data outside of scripting a dialog to look at and modify player data if you were using KPV to store say...their stats 

 

Link to post
Share on other sites

I wish we had some way to save more data in ordinary objects.

(Experiences get a key-value store, but regular prims get nothing. They can't even write notecards. You can store data in lists, but that eats up script memory, so you can't store much data. Using an external server means the product requires that external server stay up forever.)

Link to post
Share on other sites
3 hours ago, ItHadToComeToThis said:

We had a way to see the data stored when using key pair values. I have always wondered why we weren’t able to define our own tables when saving data and why there wasn’t a small add on created for the viewer that let you select a table from a list and then view / edit the data contained within it. I feel that’s one thing we are missing when it comes to using KPV to store data. A way to actually see the data outside of scripting a dialog to look at and modify player data if you were using KPV to store say...their stats 

 

It's KVP, not KPV, heh

2 hours ago, animats said:

I wish we had some way to save more data in ordinary objects.

(Experiences get a key-value store, but regular prims get nothing. They can't even write notecards. You can store data in lists, but that eats up script memory, so you can't store much data. Using an external server means the product requires that external server stay up forever.)

There was this feature which would have given us synchronous access to "prim memory", something unique to SL. It's why developers couldn't wrap the heads around it, heh.

  • Thanks 1
Link to post
Share on other sites
9 minutes ago, Lucia Nightfire said:

It's KVP, not KPV, heh

There was this feature which would have given us synchronous access to "prim memory", something unique to SL. It's why developers couldn't wrap the heads around it, heh.

Re-propose after "cloud uplift". The server processes are still in a 32 bit address space, right? The original SL hardware from 17 years ago had to be 32-bit. Almost everything in AWS is 64 bits now, with more address space. So using more space after "cloud uplift" becomes easier.

Link to post
Share on other sites
6 hours ago, Lucia Nightfire said:

It's KVP, not KPV, heh

There was this feature which would have given us synchronous access to "prim memory", something unique to SL. It's why developers couldn't wrap the heads around it, heh.

Never occurred to me before to do this. How interesting. Is the data stored using media secure and permanent until wiped? 

Link to post
Share on other sites
4 hours ago, ItHadToComeToThis said:

Never occurred to me before to do this. How interesting. Is the data stored using media secure and permanent until wiped? 

It is not secure. Data is permanent unless there is a change in prim torture that causes a reduction in prim sides/faces. Example, data written to side 8 then the prim is changed to a sphere, there is no longer a side 8. Changing the prim torture to allow for a side 8 again will not recover data. Data survives prim duplication/shift-copy.

I wouldn't create products using it as it is not offically supported for data storage despite the benefits it has over all other means, particularly the synchronous data access.

Link to post
Share on other sites
On 6/14/2020 at 9:48 PM, animats said:

(Experiences get a key-value store, but regular prims get nothing. They can't even write notecards. You can store data in lists, but that eats up script memory, so you can't store much data. Using an external server means the product requires that external server stay up forever.)

I believe I was told a long time ago something in the lines of "Only avatars are able to create new assets."

 

Link to post
Share on other sites

So long as the object is no modify and if you don't want anyone injecting anything into your script you take the appropriate precautions to prevent them from placing your script into their own object. I don't see any reason why you couldn't use prim media as a place to, at least temporarily, store data to free up script memory. Even if another person could see and retrieve the data so long as they can't use it in any meaningful way it seems like it would be a pretty good place to store data outside of the main script. Maybe...

Link to post
Share on other sites
You are about to reply to a thread that has been inactive for 98 days.

Please take a moment to consider if this thread is worth bumping.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...