Quote:
|
Originally Posted by Muuss
Not that sure, omper. As Magick said, adding models to a zone heavily increases the memory use, could be nice to know what is available in each zone before starting to add stuff.
|
I'm currently breaking down the model_id,file_id's from the old world so it'll be easier for World Builders and Ops to quickly reference what needs to be inserted to make xxx model available. I don't expect to have them all listed in this next release but hopefully I'll have a decent sized portion to play with. All of the newer models are already done (current GoC, LDoN, LoY, Veksar, some PoP, etc.).
I have not compared notes with omper (expect a PM b/c now I'm curious) to see exactly how many "unique" models the GenRaTex project was able to capture. If it's comparible to the amount cataloged in the Guidebook, it should be very easy for me "sort by zone" because they will be directly referenced to the zonename_chr files. World Builders and Ops alike can then check the graphic reference in the Guidebook and see what the model looks like and what texture/material settings are avilable.
Of course, if I find out that GenRaTex was able to double the number of models I have listed (ie., additional textures) then we have a problem
Quote:
|
Originally Posted by Windcatcher
If you modify the _chr.txt file for an existing SOE zone, the player will still have to have their own local copies of the modified files. ZoneProxy doesn't transmit anything from the server to the client: it only lets the server tell the client to set up a third-party zone. It can't, for example, change something like ecommons_chr.txt or anything like that.
|
Even if players have to download the _chr.txt files, that shouldn't be that big of an issue. Thankfully the files are about 150 bytes or so which means Ops could repopulate all 300 or so zones with a quick 10 second download by players.
The downside would be switching servers. If that new server doesn't have force loaded models, it's not a big deal. You'll just be using a little more memory because your client is loading unused models. If you switch to another custom server, that could be a hassle because you're doing alot of file overwriting for each server you log into.
If you were able to get ZP to alter the _chr.txt files that would really solve a ton of potential issues. One question if I may... ZP intercepts the client before it zones, right? If I understand how it operates correctly, until ZP tells the server that it is ready, the server doesn't actually zone the client. Is that correct?
eqgame.exe does not read any _chr.txt file until the client realizes it is zoning. I have altered _chr.txt files while zoning, and if my timing was right on the save the models would be available. I think the client loads zonename.s3d, zonename_obj.s3d, then moves to the zonename_chr.s3d and/or namename_chr.txt.
If ZP buffers the zoning procress, it might/should also be delaying the reading of the _chr.txt files - which might offer the chance to alter them. As you said, permissions will likely be any issue with some clients but I have faith