| 08-29-2008, 04:49 AM | #2 |
I THINK there isn't a leak, it's just that probably this trigg runs too many times (look at all the actions for the interval...). If so, how long does your map usually take to finish? If perhaps you change it to 0.09, and your game finishes in ~1 hour, maybe it would be alright? If there is a leak, my mistake (too hard to look for a specific leak in all that though I tried). |
| 08-29-2008, 05:19 AM | #3 |
sleep + globals == overwrite and leaks. |
| 08-29-2008, 05:27 AM | #4 |
Had a similar problem. Heavy periodic triggers, worked fine without lag for a long time UNTIL I placed doodads. After that, the FPS dropped by about 2 each time I cast the spell. Then when I removed all doodads, all the lag vanished. Not sure if you can do that in your map, but give it a try. |
| 08-30-2008, 04:14 PM | #5 | |||
/quote mode on Quote:
actually... the thing that bothers me... is that there is no leak.... but im starting to think that the "wait for condition" action is messing everything up... ill change that part of the trigger and see what is going on the time my map last varies... it could be 45 minutes or 3:30 hrs :/ it is an aos map... and kinda long sometimes But ill try removing the wait for condition action and remake the trigger in that part and see what is going on... Quote:
sleep ? srry but didnt got you :/ Quote:
doodads always existed in the map... but i cant see the connection between doodads and periodic event triggers... besides... my map is full of them... but the only one with troubles is this one :/ /quote mode off First of all... it took me a lot to answer coz of issues at work and my studies... now... going back to business i think that the problem might be this When the unit gets at a distance less than 40 it enters in the "else" part of the if... and then it waits for an ability to be casted... what i think is that (as it is a periodic event) it will enter in the "else" a lot of times before the skill is actually casted... and i think "that" might be messing everything up... causing some serious lag... ill go change that part of the script and see if it is solved that way soon my results shall be posted ^^ |
| 08-30-2008, 04:36 PM | #6 |
sleep = wait, it derives from the jass-syntax for waits |
| 08-30-2008, 06:22 PM | #7 |
humm... what he meant is that while i wait for the condition the variables Location3[62] and Location3[63] are overwritten without being removed and that generates a leak... well mr DioD ... if you would've expended 15 more seconds to explain yourself i could have find out what you meant... (my triggers are in gui... i dont have to know why sleep is wait ¬¬) thx blubb-tech for the explanation |
| 08-31-2008, 02:52 AM | #8 |
Every 0.06 + Wait until (Sigaros arrow casted) cheking every 0.10 Next thread starts BEFORE prevous ended and all globals overwritten. |
| 08-31-2008, 05:17 AM | #9 |
hey thx now i get it (:P) i modified the skill and now it doesnt need the wait for condition action... and it is a lot better than before :) |
