Okay, im using Galok's trig he posted:
#trigger {^< T: ({@casterglist})} {rescue %1} rescue
#trigger {switches} {look} rescue
#trigger {* {hits|slashes|crushes|misses|whips|pierces|smashes|sting|stings|drains|strikes|pummels|pummel|strike|slash|pierce|whip|drain|smash|crush|pound|pounds|hit|claw|claws} *({@casterglist})*} {rescue %1} rescue
#trigger {(*), fighting *({@casterglist}).} {rescue %2} rescue
#trigger {* attacks *({@casterglist})*} {rescue %1} rescue
#alias radd {casterglist=%additem(%1,@casterglist)} rescue
#alias rrem {casterglist=%delitem(%1,@casterglist)} rescue
#alias rescrep {#say @casterglist} rescue
and im wondering something. is it possible to stop the spamming of rescue targets during combat?
rescue trig help
-
- Sojourner
- Posts: 176
- Joined: Sun Feb 04, 2001 6:01 am
- Contact:
What he means is, every time someone on the rescue list is hit, it sends the rescue command.
So say you have a mob that gets three hits per round on one of your rescue targets, then another mob that gets like five on one of your targets, you get spammed with eight rescue commands in one round.
As to the question.. I would think it would have to do something with sticking names of the people that are getting hit on in a new variable, checking that variable each time the trigger fires. If the person is a new rescue target, fire the trigger, use a #wait command to wait till rescue lag is over, and fire it again till succesful. On a succesful rescue, remove the name from the variable and continue to the next name. If by chance someone else has already rescued them, then use a trigger to remove that name from the list and so on.
I'm not really that good with scripting in zmud, so someone else can figure out the code.
So say you have a mob that gets three hits per round on one of your rescue targets, then another mob that gets like five on one of your targets, you get spammed with eight rescue commands in one round.
As to the question.. I would think it would have to do something with sticking names of the people that are getting hit on in a new variable, checking that variable each time the trigger fires. If the person is a new rescue target, fire the trigger, use a #wait command to wait till rescue lag is over, and fire it again till succesful. On a succesful rescue, remove the name from the variable and continue to the next name. If by chance someone else has already rescued them, then use a trigger to remove that name from the list and so on.
I'm not really that good with scripting in zmud, so someone else can figure out the code.
It's not redudant depok, if a mob walks in and starts pummeling your caster that line will fire saving him, without that you wouldn't rescue until you 'look'.
As for the spammy factor, You could make this less spammy by using a list of people that need rescuing, knocking people off that, disabling and enabling smartly, but its more trouble then its worth
Probably the easist way to reduce spam on someone continously hit is have your trigger try a rescue, remove that name from your rescue list. Then if you banzi, re-add that name to the rescue list. If you fail have your trigger retry a rescue on that person until it works, or they no longer need rescuing (and readd that name back).
Grouping Rylan creates more spam then my rescue trigger,
Belle
As for the spammy factor, You could make this less spammy by using a list of people that need rescuing, knocking people off that, disabling and enabling smartly, but its more trouble then its worth
Probably the easist way to reduce spam on someone continously hit is have your trigger try a rescue, remove that name from your rescue list. Then if you banzi, re-add that name to the rescue list. If you fail have your trigger retry a rescue on that person until it works, or they no longer need rescuing (and readd that name back).
Grouping Rylan creates more spam then my rescue trigger,
Belle
Who is online
Users browsing this forum: No registered users and 11 guests