Python script bug with store_enemy_count

Users who are viewing this thread

Janus

*spicy* *camper*
Administrator
I've come to the conclusion that the number given by this in a mission is completely wrong.

This bug also affects store_friend_count, and probably store_ally_count as well (though I haven't tested it).

I was getting erratic results trying to use store_enemy_count to tell how many enemies were defeated in a world map battle mission, so I decided to investigate further. I set up a trigger that gave the character XP equal to the result of store_enemy_count every 5 seconds, so the number would be displayed in the message area.
The results: In a battle against 4 river pirates, it initially indicated 1 enemy at the start. No big deal, the others might not have spawned yet. The next value it gave was 2, which it repeated several times. I got in sight of the river pirates and saw that all 4 were there, yet it still reported only 2 enemies present with store_enemy_count. I killed one of the four, the enemy count changed to 1. As I killed the other 3, it remained at 1. During that battle it correctly gave the store_friend_count value as 2 throughout, no problem there.
I went on to a battle against 7 mountain bandits. Enemy count started at 1, went to 3, and stayed there with all 7 enemies on the field. As I killed them, it went to 2 and then 1, and again stayed there. Throughout the battle, it reported the Friend count as 1 even though I had Borcha with me for a fair while; he got knocked out and the Friend count stayed at 1.

Bottom line, these numbers given seem to be completely inaccurate at the moment. :razz:
 
Back
Top Bottom