1
Help / Can the PRC Module Updater work with a different directory?
« on: February 11, 2010, 03:11:02 PM »
Or create your own shortcut to the module updater and add -n<path to nwn> as an option in the shortcut.
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
2
Help / Another Little Problem
« on: January 17, 2010, 10:29:44 AM »Quote from: Hillyan84
Fluffy excuse me for the pm, i continue the help request here.
I have to correct/edit the description of the problem. I've no problem with the cleric domains. My problem(is little i know) is only that if i take a psion level and i choose the right powers, it's all ok, it works perfectly but when i relog, i see in the character's screen (where i click play) i see this thing:
Barbarian 1/Badsstref 1(it should be psion) and when i log in i have to re-choose the powers.
Someone has an idea?
Sorry, I've been so busy with other things I've only just go to catching up with the forms.
When you relog, if you are in multiplayer you don't see the correct classes/feats/skills because in multiplayer, haks are not loaded until after you log into the server. So that's not a bug. As you aren't using the nwnx database, are you using the java character creator to make your psion? And are you making a pure psion or multiclassing it?
3
Help / Another Little Problem
« on: January 05, 2010, 01:56:22 PM »
The nwnx database isn't used for precaching, it is only used for the character creator. Most of the database switches don't now do anything, I thought I'd removed most of them. Are you using a merged baseitems 2da? If so, check that you haven't altered the PRC line for the creature hide.
5
Help / PRC and CEP2
« on: December 09, 2009, 08:42:48 AM »
It should be, but it isn't. The most recent version I did is there. The merge sub-project stuff is at /daprc/nwn/prccomp/trunk/ rather than being under nwnprc though.
6
Help / 16 hours PRC and CCConvo (TrinUN)
« on: December 02, 2009, 09:04:25 AM »
I'll have to think about this one - the version in Subversion does not work the same anymore and I changed it to the current system a while ago. However, I'll try answer some of the questions.
This is probably because it's marked itself as completed, so doesn't recreate the tokens, but I'm not sure.
The database is only used on module load - the cache creature is spawned into the module then and data is read off this, not the database version. This is because reading from either the bioware db or the mysql db is too slow (that answers the last question). Periodically (every 20 minutes i think) the current state of the cache creature in the module is saved back to the database (so it doesn't have to cache the 2das again). The current state version of the creature is associated with the module's fingerprint (this is because different modules may use different versions of the same 2da and so each module ends up with its own cache copy).
This is odd. The c2 database is created from scratch, so i'd have thought that either the module should always use that one or should always use the prc_data one. Possibly a bug, will have to take a look at that.
the precacher one is from the module used to make database for the release. IIRC, this should not get saved back out. Hmm.
Because the PRC_DB_PRECACHE stuff preceeds the generator program. I don't think it even does anything anymore. It has been removed entirely for the next release, along with a few other things that were leftover from the old system.
Quote from: Lateo
EDIT:
Indeed it did
it now has a cache object to work with (why it wasnt creating one in prc_datac2.*** i dont know, it would only list prc version and nothing else) but the cachechest has no tokens in it... which im at a loss about...(but not suprised)
This is probably because it's marked itself as completed, so doesn't recreate the tokens, but I'm not sure.
Quote
*why didnt it add fingerprint and cachechest to the prc_datac2.*** bioware database when the new module first loaded up?
*why isnt it adding tokens to the cachechest now it has one?
*why is the cachechest stored in a bioware DB when the servers running MYsql?
or is it storing it in the mysql DB (cant find a PRC_DATAC2 entry in the mysql db ) and ignoring the prc_datac2.***?
The database is only used on module load - the cache creature is spawned into the module then and data is read off this, not the database version. This is because reading from either the bioware db or the mysql db is too slow (that answers the last question). Periodically (every 20 minutes i think) the current state of the cache creature in the module is saved back to the database (so it doesn't have to cache the 2das again). The current state version of the creature is associated with the module's fingerprint (this is because different modules may use different versions of the same 2da and so each module ends up with its own cache copy).
Quote
edit 3: (after about an hour 2da cache fingerprint has changed from precacher to TrinUn.)
and why does the nwserverlog sayQuoteModule 2da cache fingerprint: TrinUnleashed_450_5726
but the prc_datac2.*** bioware DB sayQuotePRC_2DA_Cache_Fingerprint = Precacher_474_31927
This is odd. The c2 database is created from scratch, so i'd have thought that either the module should always use that one or should always use the prc_data one. Possibly a bug, will have to take a look at that.
Quote
where is it getting the cache fingerprint from?
the precacher one is from the module used to make database for the release. IIRC, this should not get saved back out. Hmm.
Quote
Edit 2:
oh and WHY (pwease gods of PRC why) is there a module switch "PRC_DB_PRECACHE" and[/u] a neat little program to precache 2da's into sqllite/mysql...
Because the PRC_DB_PRECACHE stuff preceeds the generator program. I don't think it even does anything anymore. It has been removed entirely for the next release, along with a few other things that were leftover from the old system.
7
Help / 16 hours PRC and CCConvo (TrinUN)
« on: November 26, 2009, 09:04:24 AM »
Are you using linux?
8
General Discussion / Compiler source code
« on: November 23, 2009, 09:02:08 AM »
Noooo-one reads my documentation. *
*sniffles* :|
The article is still in the "Latest Articles" list on the left: PRC SVN Access
* wait... does that mean I don't need to bother? <_<
*sniffles* :|
The article is still in the "Latest Articles" list on the left: PRC SVN Access
* wait... does that mean I don't need to bother? <_<
9
Help / PRC and CEP2
« on: November 23, 2009, 08:22:49 AM »
CEP2.0 is not compatible with the 1.69 patch. The first version that was done for 1.69 was 2.1. The PRC requires the 1.69 patch to work. Also, as the CEP are up to 2.2 now, then I guess that's probably the version you should be using. Particularly as I think they moved the doors between 2.0 and 2.1 because Bioware added a load in the patch.
10
General Discussion / Compiler source code
« on: November 20, 2009, 09:00:01 AM »
The PRC compiler source is in our subversion repo. The openknights one is out of date and is not compatible with 1.69. It's under nwnprc/trunk/tools/NWNTools169compat.7z You'll need VS2005 or the matching VS express version to compile it without changes. The treasure system doesn't compile, but the rest of it does.
11
Help / Spellcasting issues
« on: November 17, 2009, 08:35:39 AM »
Which module? Which PRC version? Did you get the option to pick which spells to learn on entering the module and/or leveling up?
12
Spells, Feats, and Skills / Spell: Heal Animal Companion
« on: November 16, 2009, 08:59:58 AM »
Amoebas do not like spam. It tastes icky 
13
Help / PRC and CEP2
« on: November 16, 2009, 08:53:20 AM »
The CEP merge on the vault is nearly always behind the current version as I tend to stick them up on my site and SVN as soon as I do them rather than waiting for it to get updated there. You shouldn't try merging the 2 tlks yourself as the CEP has stuff in our reserved tlk space.
PRC doesn't have the ACP4 animations, but it does have their phenotypes referenced in our phenotypes.2da and the modifications to our baseitems.2da needed for some of the styles to work as intended. This was partly because PRC's baseitems needs very careful merging with anything to make sure the prc stuff isn't accidentally overwritten. Mostly it was because I like playing NWN with ACP added and thought I may as well add the changes to the PRC.
PRC doesn't have the ACP4 animations, but it does have their phenotypes referenced in our phenotypes.2da and the modifications to our baseitems.2da needed for some of the styles to work as intended. This was partly because PRC's baseitems needs very careful merging with anything to make sure the prc stuff isn't accidentally overwritten. Mostly it was because I like playing NWN with ACP added and thought I may as well add the changes to the PRC.
14
Help / PRC Compiler exiting with errors?
« on: November 16, 2009, 08:41:21 AM »
Yup, you need to compile then save. However, the toolset doesn't always save everything from temp0 properly, so the way to make sure it does is to save the module as a different filename (then just rename it back after).
15
Help / PRC Compiler exiting with errors?
« on: November 13, 2009, 08:58:42 AM »
I can't remember how the fingerprint is generated off the top of my head but if you change certain things about the module, it changes. This causes it to remake the database just in case you changed a 2da. I think that's all that is happening there.