Wishlist

[xorbaxian]

int GetEffectParameter(effect e);

this function would return the specific parameter associated w/the effect passed as the arg, in order to query the state of the object affected by the effect. a valid value is returned only for temporary and permanent duration types, not instant.

examples:

• for an effect of type EFFECT_TYPE_SAVING_THROW_INCREASE, return how many the save was increased.
  
• for an effect of type EFFECT_TYPE_DISEASE, return which disease is affecting the creature [e.g. index# into diseases.2da]
  
• for an effect of type EFFECT_TYPE_MOVEMENT_SPEED_INCREASE, return how much faster.
  
• for an effect of type EFFECT_TYPE_ABILITY_DECREASE, return how many the ability was nerfed.
  

...etc. in other words, return the parameter that was passed to the engine when the effect was instantiated.

==> this could also be on the windoze wish-list as well...

doable?

[elven]

I'm fairly certain you can do that with Get/SetEffectInteger from nwnx_structs/effects. You just need to figure out what's what.

[Ginden]

[xorbaxian]

[Fireboar]

Nope. Linux only. If you want to request Windows plugins, try the Windows development forum.

[Snoteye]

I don't suppose it would be possible to detect when the game attempts to execute a script that does not exist?

[Zebranky]

[Snoteye]

I was hoping for some way to define a master script that could run whenever a non-existent (or monitored) script, possibly also dialogue, was attempted executed. I just spent three hours combing a module because some placeables were discovered to be using a legacy script and had to be updated.

[Timear]

Is it possible to convert those two functions from NWN2 to nwnx2?

[Epitaffio]

Repost a request *_*


Is there any way to edit this:




It seem there is only SetTileMainLightColor and SetTileSourceLightColor in default script, but i need the area lighting :_(

[NorthWolf]

Thought I might chip in and say that I've asked the fellow doing some debugging on my behalf to try to hook ambient/diffuse area lighting, but it's only recently either of us have tried mucking about with NWNX so it might take a while. I'll let you know if he manages to produce something unless one of the awesome folks here beats him to it.

[Baaleos]

CNWTile::SetMainLightColor(unsigned char, unsigned char)

But I think that just deals with the lighting of a single tile. Is it possible that the Toolset just sets 'all' the tile colors, to simulate an ambient color of the area?

Perhaps the data is stored statically inside the resource file for the area itself, and can be accessed via directly changing bytes inside the area struct?

[NorthWolf]

Pretty sure that'd just be used for Main Light 1 and Main Light 2 of the particular tile. The way lighting acts for tiles doesn't make me think that the Toolset does the coverage that way; if it does, it must do some sort of averaging between the tile's lighting and the ambient/diffuse.

I should say, though, that when I was helping set up IDA I remember seeing a lot of stuff pursuant to area properties when testing it. Something along the lines of "aMoondiffuse," "aMoonambient," etc. in the names tab. But my experience with debugging NWN is zilch, so I don't know if that's helpful or just nonsense.

[Baaleos]

I searched all the functions in the Windows Verion for anything with the word Ambient in it.

All I got was sound effects, and the ambient light for tiles.

I will have a look at the Name/String list db when I get home.
Its possible, and I suspect that bioware intended that the ambient and diffuse to be static after compileing the module, so they did not create any internal functions for reading or writing to the area ambient/diffuse lighting.

That being said, the data must be there somewhere, so it would be possible to alter it via unsafe modifications to the area struct.

Just finding out what bytes are the ones we need, is the problem.

I suppose one way of debugging it, would be to create 2 modules, with 1 area in each, and the only differences between them is area colors.

Debug/step through the code, and look for any bytes in the area struct that differ, and they could potentially be the locations of the ambient/diffuse light.

[virusman]

CNWSArea::LoadAreaHeader
Somewhere around 0x080CE6D8 it initializes these values. It may be possible to change them later, but the changes won't be reflected on the client until the player re-enters the area.
_________________
In Soviet Russia, NWN plays you!