This is my personal persistent chest code, I'm posting it on request from a few people, it uses biowares native db system, and its about as optimized as is possible, it takes about 0.2 seconds to do a 300 item load, which is only once per chest per server reset
I imported the erf. Received an error that the her_persist_inc.ncs couldnt be found in the package. I continued anyway. Placed a single chest. Did a build module. Saved and exited. Loaded the mod up in game and placed some stuff in the chest. Exited the game. Reloaded it up and the chest was empty. Ideas?
Posted by eighteez at 2005-02-0807:47:00
I imported the erf. Received an error that the her_persist_inc.ncs couldnt be found in the package. I continued anyway. Placed a single chest. Did a build module. Saved and exited. Loaded the mod up in game and placed some stuff in the chest. Exited the game. Reloaded it up and the chest was empty. Ideas?
Posted by caesarbear at on11/10/04
Very easy and seems quite effective. Some consistancy issue that I'm not even sure are the fault of this script, otherwise an excellent script.
Posted by migel at 2004-07-2216:42:00
I installed the erf. Put the persistent chest down but its always empty, I tried putting inventory into it and leaving it empty. I have all expansions and CEP.. The instructions are easy, import erf and place the persistent chest..
Posted by GuyWithQuestion at 2004-06-3016:42:00
Me again. Thanks for the response. I wonder if you can help me figure out what's amiss here. I have two levels of a building, the downstairs has a persistent chest that works and a persistent chest (CEP Safe placable) that also works. ...and they work GREAT, I must say. Upstairs I have 4 chests, and only one seems to work. Scripts are on the right events, I've tried changing the resref and the tag of the containers and nothing... Each reboot of the server produces 3 empty chests and one working one. The chests are more than 2 red squares apart in the builder... I'm just not sure what's going on here. No pressure, just wanted to pick your brain. :)
Posted by HerMyT at 2004-06-1420:41:00
sorry if there was a delay in responding, the chests use the area name yes, but they also use the location coordinates of the chest, so you can have as many as you want in an area, try not to put them REALLY close together as it might end up getting the same area coordinates as I don't use the full coordinate length, but if you have them a human body apart then it should all be fine and dandy.
Posted by GuyWithQuestion at 2004-05-1114:39:00
Your documentation says that the DB uses the area name. Does that mean you can only have one chest per area? The reason I ask is that I have an "apartment" area, where I'd want a seperate chest for each PC, even though they share an area.
Posted by srn at 05:51:00 Voted9.00
It's not an error as such, but it means the counter and each item all get stored as the same name (the only bit different is the last few characters, which are cut off). Makes getting them back rather tricky.
Posted by HerMyT at 2004-05-0419:45:00
hmm, perhaps I'll change the use of the module name to a custom one, are you sure on the database variable name length, I've truncated some of the area coordinates for length purposes, but I've got some long tags for areas and haven't noticed problems yet, but I'll have to test it to be sure, was just wondering if you'd checked on that, I heard that the variable name length for the database were going to be limited but I'm pretty sure I've run overlength a few times and not had errors, was wondering if its a confirmed limitation or not. HerMyT
Posted by srn at 18:40:00 Voted9.00
Database names are (apparently) limited to 32 characters. If the area name is more than about 18 characters, the DB name for the object will be the same as for the name for the number of objects, and the object store will fail. I suggest truncating the location name to 18 characters.
Site
