Community Patch new update -> beta 6

[Legacy_TheOneBlackRider]

               

ShaDoOoW wrote...
...
Still looking for someone willing to help me with german translation (its about fifty lines of text)!
...

Well, I'm from Germany, but I'm a bit short in time ATM (too many kettles boiling). If you give me some time, I could give it a try. But, I guess, it'll take me a couple of weeks+.
               
               

               
            

[Legacy_Zwerkules]

               Oh, I haven't seen you asking for help with the german translation, Shadooow. If it's only fifty lines of text, I can help you with that.
               
               

               
            

[Legacy_Shadooow]

               Release candidate 2 finished.

Still looking for someone willing to help me with german translation (its about fifty lines of text)!

DOWNLOAD (windows installer by Aldark) (note: it does work under WINE)
DOWNLOAD (7zip archive manual instalation for unix/MAC or geeks)
DOCUMENTATION (updated for actual version - or use link in my signature for online documentation)

Now to the changes since beta6rc1:

- added russian dialog.tlk
- added russian fonts into russian instalation
- added improved czech fonts (by Tommy) into czech installation

Fixed broken stuff from Patch
- added shadow conjuration magic missile spell into spell immunity precedence workaround
- rapid shot safety check in AI now also checks for crossbows
- improved new petrification immunity feedback workaround

Additional features into existing content from Patch
+ added several creatures that can breathe water into spellsIsImmuneToDrown function (sahuagin, sea hag, water and ooze mephit, black, green, bronze and gold wyrmling and dragon)
+ improved SpellCastAt behavior, better fix for flatfoot and teleport issue + fixed cancel when struck by own spell

New fixes and features
- fixed bug in ResistSpell function when used inside AOEs that allowed to bypass target immunity or make yourself immune -> this also comes with a change that a spell mantle effect is no longer used for AOE effects
- Spellscripts:
    - Spike growth: flying and incorporeal creatures are now immune
    - Sunbeam: plant creatures counts as undead as well (technically since there isn't plant race in vanilla NWN, this is done via subrace field which should contain "plant" (not case-sensitive))
    - added immunity feedback into Drown spell and Drown pulse ability
- AI:
    - creatures at very high difficulty uses auras instantly
    - creatures will use level draining bolt or pulse despite their target is drained already
    - creatures will ignore AOEs they are inside, if they are immune to that AOEs effects
    - creatures will substitute a negative energy talent with best healing talent if they are dealing with undead opponent
    - minor improvements in AI (removed some immunity checks so creatures will try certain spells even when target is immune, better code to handle HP limit in Power Word: Death spell, creatures with true seeing itemproperty may cast darkness, and mainly improved efficiency)
               
               

               

                     Modifié par ShaDoOoW, 26 novembre 2011 - 12:50 .
                     
                  

            

[Legacy_Pstemarie]

               Curious about the "plant creatures now count as undead" choice that you made for the Sunbeam spell...

Since you've heavily modified the scripting and 2da engines already, wouldn't it have been easier to just add a "plant" race to racialtypes.2da?

The only reason I point this out: I know a lot of Builders add various plant creatures to their modules/worlds - the myconids and treants (tree giants) come to mind. I think in the long run having a "plant" race would be more versatile for Builders.

P.S. I'm pretty impressed with the overall design of this project. I've got it up and running on my testing install and I must say the positive effects upon the game are quite impressive. While I may not agree with all the choices you've made, I have yet to find something that is really unbalancing.
               
               

               

                     Modifié par Pstemarie, 25 novembre 2011 - 12:28 .
                     
                  

            

[Legacy_Shadooow]

               Hey, the change comes from D&D rules, with an explanation that the light is ultraviolet. It seemed to me as a great balance change that improves mainly druid.

But to the question, I choose this solution against new racial type from these reasons:
- when I looked into CEP1, the creatures that should be plant (myconid, treant) were not set to the plant race that comes with CEP1, so builder still have to change those creatures - question is only how
- new racial types cannot be favored by ranger anyway
- I wasn't sure if the new race has any impact on client (well hardly but I had not enough time to proof it) and if its required in clients version

I thought about adding a new race but then, I wasn't sure if I should rather reuse CEP's line (and to make it compatible with CEP) or to make brand new and on what line. Are there any other CC that brings new racial types? Anyway, I can change it to the new race, its still time (actually Im only waiting for one fix into Auto 2DA merger and its done) but I need advice how.
               
               

               
            

[Legacy_Pstemarie]

               Wasn't really questioning what you did to the spell, just the choice of subrace over race.

Most Builders don't use generic CEP creatures templates, and the templates are easy enough to change and save anyway.  

Favored Enemy is chosen as a feat so you could add the plant race easily enough. However, you'd no doubt have to do some fancy script writing to get the modifiers to work - not really a problem for you but might be more effort than its worth.

Can't speak for client requirement - I'm multiplayer retarded remember '>

If you do choose to add it I would use the same line as CEP and keep it all the same except for the TLK entry. That way if someone adds CEP on top of your patch the only thing that changes is the TLK reference - which points to CEP table.
               
               

               
            

[Legacy_henesua]

               I am curious as to how you have addressed changes to Dialog.tlk. What is the highest index in your modified Dialog.tlk file?

[Edit:] Nevermind. I downloaded your patch and looked at the Dialog.txt.
The answer: index 112031 is the max index of Dialog.tlk in this patch.

The reason I ask is that I'll need to merge my modified Dialog.tlk with yours. I added on to the Dialog file for my Arnheim modules. I needed new race names, new feat names etc... to show up during character creation.[/edit]

[Edit: merge complete. All of my changes to Dialog.tlk happen at 119997 or later]

Incidentally, I think adding a new plant race makes sense, as does adding the relevant Favored Enemy feat.

[Edit:] I am reading your readme and notced this:

- classes.2da   - created new prerequisities 2da for base classes in order to allow builder their disabling via scripting, see notes

I did the same in my module. Very interestng feature for some modules.[/edit]

[Edit:] And I noticed this:

- new Item Cost adjust itemproperty to allow increase or decrease cost by any ammount

Is it possible to do the same with item weight? I'd liek the ability to adjust weight of an item to exactly what I think is right.[/edit]
               
               

               

                     Modifié par henesua, 25 novembre 2011 - 05:19 .
                     
                  

            

[Legacy_Shadooow]

               

henesua wrote...

[Edit:] And I noticed this:

- new Item Cost adjust itemproperty to allow increase or decrease cost by any ammount

Is it possible to do the same with item weight? I'd liek the ability to adjust weight of an item to exactly what I think is right.[/edit]

Interesting idea. I havent added any new itemproperties because client would see Badd streff (though, I added TLK references for future use/custom content) but if I understand your point than you want to use this to decrease weight for system items and this weight decrease doesnt have to be visible for player, same as cost decrease. I will look into this.
               
               

               

                     Modifié par ShaDoOoW, 25 novembre 2011 - 07:29 .
                     
                  

            

[Legacy_Shadooow]

               So, to the weight.

I already added the Increase Weight itemproperty to all base item types and I already added TLK references for additional values like 1, 2, 3,4,250,500,750 but they are not added into the property for compatibility reasons - if client wouldnt have Patch, he would see Bad Strref instead. However, I added in last versions HAK version, so I could add inside. (Along with many other itemproperties from Ben Harrison's itemproperties expanded)

Or second option is to make Weight increase itemproperty invisible. It would probably make sense as its rather system itemproperty which isn't beneficial to the player in any way so he doesn't have to know its there.
               
               

               
            

[Legacy_Pstemarie]

               +1 for invisible.

On another subject - I've been playing around with BioWare's secret wall doors in my module. The stone one (that swings open) does not open. Have you fixed this in your patch?
               
               

               
            

[Legacy_Shadooow]

               

Pstemarie wrote...

+1 for invisible.

Okay, but the weight decrease should not be invisible as that positive itemproperty used in magic bags. Thus I can offer only weight increase solution in no-hak version.

On another subject - I've been playing around with BioWare's secret wall doors in my module. The stone one (that swings open) does not open. Have you fixed this in your patch?

Nope, didn't know about this. Except the fact that they would need a total rewrite because they uses Heartbeat, but thats not in my plan.
               
               

               
            

[Legacy_henesua]

               

ShaDoOoW wrote...
Okay, but the weight decrease should not be invisible as that positive itemproperty used in magic bags. Thus I can offer only weight increase solution in no-hak version.

So it sounds like the weight adjustment is not possible as a new itemproperty because it sounds like you are adjusting existing itemproperties rather than making new ones. I was actually asking for a separate single IP that would enable the builder to set the item's weight by hand. I am amazed that the engine did not enable this kind of functionality in the begining.

I wonder if I edited the text of the item resource file if I could do this.
               
               

               

                     Modifié par henesua, 26 novembre 2011 - 04:45 .
                     
                  

            

[Legacy_Pstemarie]

               

ShaDoOoW wrote...

On another subject - I've been playing around with BioWare's secret wall doors in my module. The stone one (that swings open) does not open. Have you fixed this in your patch?

Nope, didn't know about this. Except the fact that they would need a total rewrite because they uses Heartbeat, but thats not in my plan.

Not the scripting. Its the model itself, cause the scripts work fine with the other secret doors. Probably something bad with the animation or the use nodes/pwk. When I get around to looking at it and figure it out I'll drop you the model.

<EDIT> Took a quick look at the model and its just as I thought: the use node was centered over x0/y0. So if you spawn the placeable partly embeded in a tile wall (like it should be), you can't open it cause you can't reach the use node. In any event, I've fixed the model (set the use node to match the wooden secret door) - yours if you want it.
               
               

               

                     Modifié par Pstemarie, 26 novembre 2011 - 04:51 .
                     
                  

            

[Legacy_Shadooow]

               

henesua wrote...

ShaDoOoW wrote...
Okay, but the weight decrease should not be invisible as that positive itemproperty used in magic bags. Thus I can offer only weight increase solution in no-hak version.

So it sounds like the weight adjustment is not possible as a new itemproperty because it sounds like you are adjusting existing itemproperties rather than making new ones. I was actually asking for a separate single IP that would enable the builder to set the item's weight by hand. I am amazed that the engine did not enable this kind of functionality in the begining.

I wonder if I edited the text of the item resource file if I could do this.

Thats not possible at all. You can create new itemproperties but they will do nothing by default unless you script them via OnEquip/UnEquip. And the only way how to adjust item weight is to use already existing Weight increase and Weight reductions properties again.

BTW Why wouldn't default weight increase itemproperty work for you? Granted I would change it to be invisible and added more choices as I proposed it seems to me that it could be handy. Still have to test if the itemproperty stack and if it allows decimal numbers. That way you could set some items to a weight of zero and then only increase the weight manually via itemproperty.
               
               

               

                     Modifié par ShaDoOoW, 26 novembre 2011 - 05:08 .
                     
                  

            

[Legacy_henesua]

               It is very useful, Shadow, and I appreciate that you are looking into this.

But it would be most useful if Set Weight was a second property. This would ensure that the existing properties function the same as they always have, but a second invisible property could enable the builder to set the weight to an exact amount. I suppose if Increase Weight is invisible however I could adjust the weight of all items in a custom baseitems.2da to 0, and then use Increase weight on every item to set the weight I wanted. I tend to avoid using standard items anyway....
               
               

               

                     Modifié par henesua, 26 novembre 2011 - 05:19 .