919 réponses à ce sujet

[Shadooow]

I put together a page containing all non CPP specific content that CPP has/uses. LINK Maybe could be helpful.

 

Now, to the new 1.72 beta update:

 

Sorry bogdanov, but I decided not to add the auto mighty for sling and shuriken. I know these weapons would deserve it, but they are following the 3.0 DnD rules which NWN is based on. The change you want is in 3.5 which is basically a patch for 3.0 however CPP cannot act as a 3.5 ruleset.

 

Also, the switch for buffing ranged weapons doesn't seem promising. This is because some itemproperties works only on ammunition and some doesn't. In the end, the character would have to buff GMW on bow and Flame Weapon on arrows. This could also lead to unintented stacking (although properties from bow and arrows actually doesn't stack). Its weird and I don't know how to solve it.

 

As for new content:

I am adding the old cloaks into game for once again - they will occupy the line 90 in baseitems.2da - unless someone has better idea. This will be of course in a hak version (because client need this).

 

I would like to add IMProvments from _six but this file is not yet uploaded on new vault, does anyone have it? And possibly also Animated Inventory GUI Glow from _six though there are no screenshots and I voted 9 so not sure, what do you think? - but if anyone have this please upload on new vault. (Where is _six anyway?)

 

And I got a new idea how to handle ground item models. Current method isn't perfect because if a builder merge baseitems.2da from CPP and player without CPPwill play it he will experience weird behavior with inventory and possiblycrashes - to avoid that the ground item models must be added into hak as well which is explained several times across CPP documentation. However it is possible completely avoid this issue. Instead of using a base ground model, each item could have its own. So basically 255 copies of doa_boots, 255 copies of doa_belt and so on. Its a bit "ugly" method since this generates cca 5k files. But the size is not a problem and neither game/server loading will be. And it can act as a framework for anyone who would like to rework this and provide an unique model for each item (such as different buckle on various belts). The biggest problem of this approach is probably that any future modification in the ground model will be a hell to add into all these models... Opinions on this subject?

 

EDIT: completely forgot, I added a module switch to enforce "roll only once per target" devastating critical behavior. The question is - is this desired to add into PC Widget tool? to me it looks like 100% builder feature so...

Modifié par Shadooow, 20 juillet 2014 - 08:10 .

[Gruftlord]

Every builders feature should be on the widget imho. I do have a private monsters override hak file that includes all IMProvements with textures converted to dds. I can upload it and send you a link tomorrow. If you want tga textures, you can easily get them using nwnexplorer (reborn).

I do not know that glowing inventory mod, so i can not say anything about it.

Re groundmodels: this sounds horrible. If builders want to include the changes, they can as well just put the ground models in their haks. One more reason why the new permissions are a good thing

[Shadooow]

 

Re groundmodels: this sounds horrible. If builders want to include the changes, they can as well just put the ground models in their haks. One more reason why the new permissions are a good thing

This was always approved. All the neccessary files are in builders resources in 'doa baseitems issue fix' folder.

 

It sounds horrible but this is basically how shields works. Other items just dont have the models. And as I said, it doesn't actually have any side effects,

[Gruftlord]

Well shield models do have a use as actual equipped objects, unlike the items you propose. If you are interested in going into this route, i know some modders have done precise ground models for potions and rings. I'd start there if this is something within the skope of cpp. As for boots and such, i think unless someone does make the varied models, you are overthinking things. I highly doubt the problem you try to fix with this has ever come up aside from your private testings.

[MannyJabrielle]

I'm so-so about the inventory glow.  I was never fond of it.  Others may like it though, so I would only suggest having a "override" file for those of us who want to revert to a non-glow, much like how you had the default bioware spell icons available as a revert from the colored TAD spell icons.

Can't about the dev-crit beahvior toggle... at the moment I can't even think of any epic level SP modules besides HotU, and I rarely go for dev crit in SP.  I'm not sure I would even notice a 1 roll per enemy behavior anyway unless the module was built with non-crit immune enemies who had enough HP to last more than a few rounds against a high STR character and enough fortitude as well to make the save a decent amount of the time.

[Shadooow]

Well shield models do have a use as actual equipped objects, unlike the items you propose. If you are interested in going into this route, i know some modders have done precise ground models for potions and rings. I'd start there if this is something within the skope of cpp. As for boots and such, i think unless someone does make the varied models, you are overthinking things. I highly doubt the problem you try to fix with this has ever come up aside from your private testings.

I realized that this would overwrote custom ground models like from Project Q so this cannot be done...

[Shadooow]

Every builders feature should be on the widget imho.

Why? Builder should always set module switches by scripting or directly in Module properties. Though, now in 1.72 they will be persistant if DM sets them using PC Widget Tool - nevertheless I though that DM shouldn't need to modify rules ingame...

 

Can't about the dev-crit beahvior toggle... at the moment I can't even think of any epic level SP modules besides HotU, and I rarely go for dev crit in SP.  I'm not sure I would even notice a 1 roll per enemy behavior anyway unless the module was built with non-crit immune enemies who had enough HP to last more than a few rounds against a high STR character and enough fortitude as well to make the save a decent amount of the time.

This is problem on Persistant Worlds where builder basically cannot make an important or ultra tough creature such as boss not immune to critical hits. Otherwise she die on devast in three rounds no matter how high fortitude she has - also big problem in PvP where peoples were doing builds like monk sorc rdd only with the only intent - run, run, run, hit-run anything on the way and run again. Etc. In such environment the devast once per target should be the best way how to balance it and yet keep it still intact (DC etc.). Thus this is something a builder would want and builder can do that manually or via scripting. So he shouldn't need this option in PC Widget Tool and ordinary player has no intention to use this.

[Shadooow]

working on new version I had another idea:

 

since CPP constantly adding a new AI improvements and fixes which needs to recompile nw_c2_default and nw_ch_ac* set of scripts I had two thoughts how to solve this so builder could modify these scripts and not have problem with newer updates. This can be easily fixed by recompiling all scripts but that can only builder not player playing SP module.

 

idea 1:

detach the combat AI into new script and change the creature event script to ExecutScript instead - this will allow to modify AI without need for recompiling creature event scripts - might be also bit more efficient, logically it makes the creature events lighter and the comabt AI will be now cached in new script - at any way it won't be worse

 

idea 2:

Implement a creature tag based scripting. So builder can make a script that will look like this

 

sh_firemental.nss (since creature tag is "sh_firemental")

void main()
{
int nEvent = GetUserDefinedEventNumber();
 if(nEvent == CPP_CREATURE_EVENT_ONSPAWN)
 {
 ApplyEffectToObject(DURATION_TYPE_PERMANENT,EffectDamageShield(1,DAMAGE_BONUS_1d6,DAMAGE_TYPE_FIRE),OBJECT_SELF));
 }
}

will apply a fire damage shield effect after creature spawns

[Shadooow]

Another thing. Maybe you noticed I am using a prefix 70 for all scripts no matter of the CPP version they comes from. It seemed to me as easier to find and understand than having 70_ 71_ and 72_ - also I think its a bit too late now to rename scripts from 71 to 71_ prefix. But if that matter I can rename at least the 72 original scripts.

[MannyJabrielle]

This is problem on Persistant Worlds where builder basically cannot make an important or ultra tough creature such as boss not immune to critical hits. Otherwise she die on devast in three rounds no matter how high fortitude she has - also big problem in PvP where peoples were doing builds like monk sorc rdd only with the only intent - run, run, run, hit-run anything on the way and run again. Etc. In such environment the devast once per target should be the best way how to balance it and yet keep it still intact (DC etc.). Thus this is something a builder would want and builder can do that manually or via scripting. So he shouldn't need this option in PC Widget Tool and ordinary player has no intention to use this.

Understandable.  And yeah, as I said I don't go for dev crit often in SP, but I just don't see a need for a switch for it... Definitely a PW thing which the player can't fuss with widget wise anyhow.

I was actually consider removing dev crit from my SP module's later epic level chapters.  On one hand it could really make certain encounters way too easy, on the other, the player's choice in taking it really.  The 1 roll per is a nice feature actually, will keep it in mind when I get to actually building the epic chapters.

[Talon]

i don't know if is possible in patch..but would be great if you could open a nwn dm window and a nwnmain.exe .

Sometimes i need to use 2 account one for player and 1 for dm!

[Shadooow]

i don't know if is possible in patch..but would be great if you could open a nwn dm window and a nwnmain.exe .

Sometimes i need to use 2 account one for player and 1 for dm!

I think it could be possible however there are problems with cdkeys/ip not sure whether this applies on dmclient + normal client but when running two clients you cannot log in to the same server because of the cdkey in use message.

 

Anyway - try Sandboxie, allows to run any application multiple times.

[Talon]

There is a well known and well used cheat where a PC can quit and return to get all of their spells and feats back to get around resting restrictions...some player sayd me the bug still here.

It was already correct in patch?

[Gruftlord]

it is not fixed by this patch, but usual PWs have a fix for this emplemented in their host client extension for a long time already.

[Shadooow]

There is a well known and well used cheat where a PC can quit and return to get all of their spells and feats back to get around resting restrictions...some player sayd me the bug still here.

It was already correct in patch?

patch 1.69 added this feature - in nwnplayer.ini add under [Server Settings] this line

 

Restore Spell Uses On Login=1

 

 

relog also replenish hitpoints and make player alive but CPP doesn't provide a fix for that - since every PW fixes this differently it is something that is hard to add into CPP especially since I cannot determine whether the given PW fixed this already or not - if you got problems with this issue drop me a PM I will point you into scripts fixing this

[Shadooow]

Community Patch 1.72 Beta 5 Released

download

 

Note that the 1.72 beta is (still) dependant on 1.71 as it contains only new and changed files (to keep distributing simple for me). It won't work without it and might cause crashing.

 

To install it, follow as in 1.71 manual installation. Simply unpack the archive into folder with NWN files (thus if you do this right it will want to overwrite bunch of files which you have to confirm). The 1.72 is international, works for all languages as there are no changes in dialog.tlk file yet.

 

To uninstall it, either run 1.69 critical rebuild, 1.71 installation, or manually delete/rename the xp2patch.key file and rename the xp2patch171.key which is included in the 1.72 beta distribution.

 

Neverwinter Nights Community Patch 1.72 beta 5 content:

Fixed broken stuff from previous Patch versions:
- fixed name and description of the Eye of Gruumsh's Blinding spittle ability (the first one, second had correct name).
- duration of the paralyse from Planar binding spells was calculated incorrectly when spell was cast extended

Revisited features from previous Patch versions:
- the "stack ability bonuses" switch renamed and redescribed in the PC Widget Tool conversation because it now stacks not just abilities but also skills and saving throws (and x2_inc_switches library). Note: nothing changes for builders, the internal name stays the same to provide backwards compatibility of course)
- improved barkskin texture changed to be closer to the vanilla in colors

New fixes and features:

HAK version only:
baseitems.2da: added hidden/unused standard content: pouch (1x1 container), small box (2x1 container bag), old icon style cloaks (same name in the list, its the lower one)
appearance.2da: added one more hidden/unused creature: orc chieftain C (wasn't added before because he missed animations - that turned out as an easy fix however, so there he is)

2DA changes:
baseitems.2da: slightly increased reach of the attacks made with whip (should allow to attack distant placeables like in Indiana Jones)
iprp_feats.2da: added all standard feats as a bonus feats, starting on line 100. Some feats were excluded though: those that were already available and those that doesn't work as bonus feats or has undesired side-effects. This is specifically tailored to be easily used by scripting. To create a new bonus feat itemproperty with chosen feat, use ItemPropertyBonusFeat(100+FEAT_* constant); just check if the property is valid - if not its either one of the feat that has the IP_CONST_BONUS_FEAT_* counterpart or that doesn't work as bonus feat.
appearance.2da: all creatures with F type of model allowed to select wing and tail (comes with modified creature models) [Showcase image]

Creatures:
- added flank immunity to elemental and ooze creatures (using the bonus feat: defensive awareness 2, this also applies for a druid elemental shape)

AI:
- unwillingly polymorphed creatures will attempt to cancel polymorph if they are allowed to do that (shapechangers/shifters)

Spells and spellabilities:
- Continual Flame: stolen flag replaced with item cost decrease workaround (NOTE: the item cost after casting this spell will be slightly lower than before)
- Time Stop: added immunity feature - builder can now make creatures immune to the time stop (NOTE: works only in multiplayer unless builder modify the script to use the multiplayer workaround also in singleplayer (line 53 change to "if(FALSE)")
- metamagic checks in all spells has been replaced with the binary AND (&) to support custom content such as metamagic stacking

Other:
- added a new switch into PC Widget Tool: switch to merge all items into all polymorph shapes.
- HotU associate conversation made custom content compatible (if player had custom content familiar or animal companion he couldn't talk to him before)

Other scripts:
- Improved OnOff script, will try to activate/deactivate nearest sound object with same tag (based on http://neverwinterva...e-noises-lights )
- Devastating attack: added a module switch option to enforce "only once per creature" devastating critical behavior
- improved merging weapon properties in polymorph: if weapon is allowed to merge but the shape is unarmed, itemproperties will be merged onto skin instead (to support staffs and other weapons with defensive itemproperties)
- improved polymorphing others support - the new polymorph supports custom content abilities that polymorph others (such as Baleful Polymorph spell). This has been improved with extended immunity check and a possibility to cancel such polymorph for a shapeganger/shifter creatures or player characters.
- 70_inc_spells: added secondary protection to undispellable AOEs which will prevent AOE from being dispelled (destroyed) even in the module which doesn't use CPP dispel scripts
- 70_inc_spells: added new function spellsIsImmuneToPolymorph to determine whether is target immune to polymorph ability
- 70_inc_shifter: ApplyPolymorph subroutine detached into 70_mod_polymorph in order to make possible to modify the merging items routine without need to recompile all polymorph spellscripts
- 70_inc_shifter: a short explanation of how this new polymorph engine works written into the library header comments
- 70_mod_polymorph: added a new polymorph event type "PREPOLYMORPH" which fires before polymorph effect is applied to the player and handles the ability bonuses and additional polymorph-related effects
- x2_inc_switches: added three variables for NPCs, IMMUNITY_DEVAST to enforce creature immune to devastating critical ability (NWNX_Patch dependant), IMMUNITY_POLYMORPH to enforce immunity on custom polymorph others abilities and IMMUNITY_TIMESTOP to enforce immunity to Time Stop spell (CPP Time Stop script dependant)
- x2_inc_switches: module switch to restrict musical instruments now allow value of 3 which combine both 1 and 2 restrictions
- nw_i0_generic: generic creature ai detached into 70_ai_generic script to allow to change internal AI without need to recompile all scripts
- x0_inc_henai: henchman ai detached into 70_ai_henchman script to allow to change internal AI without need to recompile all scripts
- gargoyle/skeleton/zombie placeable scripts: added secondary protection to undispellable AOEs which will prevent AOE from being dispelled (destroyed) even in the module which doesn't use CPP dispel scripts
- nw_ch_ac1: enforced stealth mode when explicitely told to from associate conversation (which worked only in case that player ended conversation right after the spoken command)
- nw_ch_ac4: fixed the bug that allowed to speak with associate in disable states such as petrify
- nw_ch_ac4: animal companions, familiars, summoned creatures and even dominate creatures will now use HotU associate conversation which allows to command cast spells

NWNX_Patch and NWNCX_Patch plugins (current version v1.8):
- fixed crash exploit with special attacks

[Shadooow]

Oops unintentionally sent the post too early. Nvm, will write additional notes here.

 

Note1: barkskin texture - the new texture has only one resolution version thus xp2_gui.erf texturepack was modified and the previous darker barskin was removed from it.

 

Note2: old cloaks - there is a small issue I outlined before and thats the fact that any item you equip into cloak slot (even if it will be some kinf of backpack 2D image item) will show a plain gray cloak on a character. I found out a way how to disable this, but I am not sure whether its a good idea to do or not. Suggestions needed.

 

Note3: tail and wing support - hopefully I did it right, was notepad job, I tested all but only in toolset haven't tried to fight with them etc. so there might be issues. Also, some wings or tails might not be positioned perfectly, I tried my best but only for the most noticeable ones. So let me know if some creature wing/tail should be repositioned.

For those who wonder what is this for - the goal of this is to enable custom content. In the showcase image I used red dragon disciple wings, thats however a bit unusual usage since it doesn't reallz match for most appearances. But the backpacks and scabbards are more interesting. Furthermore - I might add a vanilla visual effects as a tail/wing such as CEP2 adds - I just wasn't sure whether its in scope of this project and it would also required HAK so suggestions needed.

 

Note4: bonus feats - for players not using CPP this will show up as Bonus Feat: Bad Streff but otherwise it will be functional. However main usage is for the PC skin. Note that feats with normally limited uses will when added as bonus feat have unlimited uses which is a big problem but on the other hand might be desired for custom content. Some feats are not functional without the class - most of them is not included, added only MonkAC because this works without Monk class when added to Shou Disciple class.

Again to use in script do this:

itemproperty bonusFeat = ItemPropertyBonusFeat(100+FEAT_*); //where FEAT_* is the feat constant

 

Note5: flank immunity for oozes and elementals, I know a bit hardcore, Im willing to remove this if you think this shouldn't be there

 

Note6: improved associate conversation - at this moment this works on a script basis - Im not sure whether is it a good idea to do it this way and to do it at all, I have alternative method of doing this (to modify the OC familiar/anim conversation and add new choices there) which would work even in module with modified assoaciate scripts where this won't be at this moment functional.

 

Note7: Clarified the AI change. As of now the main AI is detached into standalone script and any AI modification can be done by compiling this script. This is a feature for custom content builders as it makes modifying AI very simple and without the usual side effects such as overwriting custom changes in creature events.

 

Note8: Polymorph engine change: same as above, the new method allows to modify the whole item merging process without need to recompile all polymorph ability spellscripts. This will make custom content features such as the ability to merge offensive properties into unarmed shapes ultra easy and won't break future CPP features.

[Gruftlord]

Wow, that is a surprisingly long list. Just a quick question: what happened to the other textures i sent you?

[Maelstrom]

I would like to help with french translation for the community patch.

 

I downloaded "translation_reference.zip" file and have the dialog.tlk and dialogf.tlk in french for v1.69.

I will use Killer TLK Editor to edit these files.

 

What shoud I pay attention for ? Is there some common mistakes to avoid ?

Where should I send the files after translation for checking/testing ?

 

Thanks,

[Shadooow]

PMed both.

 

Attention: WhiteTiger just informed me about 172 crash issue.

 

I investigated this and found out that there was actually two 1.71 versions, I uploaded a second release few hours after initial where I removed some unused/forgotten files. No functionality changed but those who downloaded 1.71 among first have different patch171.bif size and thats whats causing the crash issue as I have created the 172 with the later version.

 

If you have this problem, redownload 1.71 from new vault, reinstall 1.71 then install 1.72 that should fix this issue. In future, I will release the 1.72 as a single package replacing 1.71 so this won't be an issue. But at this moment since its beta and a number of peoples that downloaded the first version can be count on fingers I won't do this yet.

[Gruftlord]

So, which file size should we have? Or is it as simple as: as long as nwn loads everything is fine?

[Shadooow]

So, which file size should we have? Or is it as simple as: as long as nwn loads everything is fine?

In order to use 172 without crashing, the patch171.bif should have 104 MB (109 301 563 bytes).

 

To keep it simple - if anyone will have a crashing issue with 172, just redownload and reinstall 1.71 from new vault, and then apply 1.72 again.

 

Btw, I am now closely looking to the horse system. Never used it so I didnt know about all the issues this suffer.

 

Currently I managed to fix:

- paladin mount speed increase issue (not me actually, I took it from Whizard who posted it on this forum I think)

- losing skin

- attack penalty stacking issue

- permanent attack penalty issue

- issue with restoration spells able to remove ranged penalty

- losing effects after relog/reload

- custom content effects compatibility issue (the horse system might incorrectly remove different attack penalty, skill penalty, speed increase)

- fixed possibility to mount horse that cannot be reached (behind fence, pit etc.)

- fixed mounted character height after reloading save/relogging into multiplayer server while mounted

 

If you know about any other horse/related bug I don't have on this list, let me know.

 

EDIT: Oh yes and I thought I could also make the effects invisible. Icons I mean - maybe it would be less intrusive?

Modifié par Shadooow, 06 août 2014 - 08:31 .

[Gruftlord]

there is this issue where the character keeps his increased size when reloading a save game done while on horseback. anything you could do about this?

[Shadooow]

there is this issue where the character keeps his increased size when reloading a save game done while on horseback. anything you could do about this?

hmm size? maybe im using wrong horse but it doesnt change creature size

 

if you meant speed than I just tested that I fixed this already along with the same issue with attack penalty

 

btw what about the effect icons? I thought of this since I had in plan to add effects on skin (which I couldnt because of a bug) and if I did it the effects wouldnt be visible in main GUI only in character sheet

[Shadooow]

did anyone test the wing and tails?

 

I just found the wings doesnt work very well on orc chieftan

it seems to me as an animation issue, don't think I will be able to fix it - can anyone with higher CC skills look into this?

 

c_orchiefa.mdl