Warband Script Enhancer 2 (v1.1.2.7)

Users who are viewing this thread

Hey K700, I was wondering if there is a possibility to allow limiting of module options. By that I mean not allowing the player to change the Combat AI, Combat Speed, Damage to Player and so on. I would like to set those to be values the player cant change in my mod (makes balancing the mod a lot more easy).
 
Hey K700, I was wondering if there is a possibility to allow limiting of module options. By that I mean not allowing the player to change the Combat AI, Combat Speed, Damage to Player and so on. I would like to set those to be values the player cant change in my mod (makes balancing the mod a lot more easy).
The best you can do is set the required options using scripts. Players can change any limiting settings through the config file.
 
Btw, are there any major changes to shader manipulation, I haven't delved into it before and am wondering if wse2 is any different from native concerning that
 
Hello. I don't think fixed point multiplier has anything to do with it.
It's a matter of different implementations of try_for_agents.
Warband directly iterates through all agents and compares distances - what you can do yourself with scripts.
WSE and WSE2 uses the mission grid for optimized iterate between agents already placed on the grid.
This is much better in terms of performance, but the problem is that the mission grid only have x and y coordinates, not z.
Therefore, in this case it works not only under the bridge, but also on it.
I will make the optimized behavior of try_for_agents optional, but for now, as a temporary solution, you can additionally compare distance using scripts, which will still be faster than searching through all the agents on the scene.
Thanks for the explanation. Yes, that's probably the reason.
Tbh, I don't know what to think of this. I can see the performance argument, but it might also break a bunch of mods that use try_for_agents in a similar way as we do, without them ever finding out the reason. (I got multiple reports about the bug, but only the last one mentioned they're using WSE...)
I guess I can adjust our code, but I recommend making it optional for modders, maybe via a module.ini entry.
 
I always got 'EXCEPTION_STACK_OVERFLOW (0xC00000FD, 0x00000000, 0x01206000)' when playing a mod, could you help me investigate this error?

This is script error. Used agent_deliver_damage_to_agent operation inside ti_on_agent_hit trigger, so this causes a loop and stack overflow error
Also pay attention to the warnings "Unmatched try_end"
 
This is script error. Used agent_deliver_damage_to_agent operation inside ti_on_agent_hit trigger, so this causes a loop and stack overflow error
Also pay attention to the warnings "Unmatched try_end"
Thanks. I do have many agent_deliver_damage_to_agent operations inside ti_on_agent_hit trigger because this is a fantasy mod and I used lots of such operations to simulate spells and enchantments. Shall I use a different operation, and which one do you suggest in this case?
 
The output of ti_on_agent_hit is damage so just modify the damage output in your trigger rather than setting a separate magic damage hit
 
I personally feel this problem is easier to solve if we can have a flag in wse2, and the flag determines whether agent_deliver_damage_to_agent shall trigger on_hit again.

In a fantasy mod this operation is critical because it is the best way to mimic enchanted weapon, just imagine an enemy is hit by a frost sword, and not only the vicitim of the weapon, but some foes nearby will also be damaged and frozen.

Is it possible to add such flag? This mod works fine in old WSE, so I guess this loop-trigger is a new feature in WSE2, and can be opt in and out?
 
I personally feel this problem is easier to solve if we can have a flag in wse2, and the flag determines whether agent_deliver_damage_to_agent shall trigger on_hit again.

In a fantasy mod this operation is critical because it is the best way to mimic enchanted weapon, just imagine an enemy is hit by a frost sword, and not only the vicitim of the weapon, but some foes nearby will also be damaged and frozen.

Is it possible to add such flag? This mod works fine in old WSE, so I guess this loop-trigger is a new feature in WSE2, and can be opt in and out?
It's a recursion, it should crash on every instance of the engine. Your loop that inflicts the damage checks for an item, then inflicts damage using that same item. So it's an endless loop.

Set up the effect damage to come from a secondary weapon, and have a flow control operation to prevent the effect damage.

Like, if we were to use a hammer that inflicts an earthquake AOE to nearby agents we could have a try block that looks for the hammer as the inflicting weapon, and have the damage loop inflict damage via a second effect damage item to prevent the recursive loop.
 
I removed all agent_deliver_damage_to_agent operations but my module now crashes with a different error
EXCEPTION_STACK_OVERFLOW (0xC00000FD, 0x00000000, 0x01406000)
What operation is wrong now? Thanks.
 
Greetings there, and hello to K700, it's been a while since my last post, I'm sorry if I had to reduce my commitment at helping with the debug, even if I think that your wonderful new engine works nicely now. I hope everyone's fine and I take the chance to thank again for this gift you've made us all!

I would also like to report you two issues I've found, clearly not truly important but I always like to think that sometimes small issues can be symptoms of more serious bug, so maybe you may find this material useful.

1. Missing texture in Persistent Lords of the Ring

I've noticed there are some missing texture while playing at this mod, as seen in these pictures:

Image 1
Image 2
Image 3
Image 4

Here's my log: rgl_log

And an excerpt from it says:

Code:
13:56:13 - WARNING: Unable to find texture objects-grape

Which is clearly referred to the object in images 2 and 3.

2. Prophesy of Pendor micro freezes during battle

Since patch 1.0.7.0, when CPU became the bottleneck again (still with an incredible performances gain compared to the original engine), I've noticed a very strange behaviour during battles, which shows more in Prophesy of Pendor but it's actually on every module. FPS drops lightly despite the huge number of troops at max graphic settings (in the following example there were over 1k), yet the game stops for some milliseconds after every few seconds. The more troops on the battlefield and, instead of lowering FPS dramatically, rendering pauses, as shown in this video:



I'm reporting this to you, however, because the resource consumption is very strange: when game freezes, instead of a high peak in the usage of hardware, there's a low peak, as show in these images from the monitoring program:

CPU usage
GPU usage

I can provide more monitoring images because, when there are less troops in the battlefield, freezes happen less frequently and last for a shorter time, making it more visible in the monitoring program that the peaks are low and, while game renders, the usage is stable. I understand that in these images the only clear thing is a zig-zag resource usage behavior. Maybe GPU monitor is clearer.

As always, in case you find it useful, here's the rgl_log.

You can take a look at my configuration for both the tests, here's the rgl_config.ini.

I would provide you with more details about my hardware and software, however the issue with micro freezes happens only in Mount & Blade while using the new engine, and it never happens in any other game, from Railroad Tycoon 3 to Bannerlord to Medieval Dynasty, which means computer settings should be fine enough.

Thanks again and happy modding!
 
Would Wse2 be able to allow using and changing agent transparency with values similarly like the fade effect for retreating but with more configurability and not making the agent retreat?
 
Back
Top Bottom