Death Event Question
Would this work?
Macro
or for a raid:
Macro
Thanks![/syntax]
Tue Jan 08, 2013 9:43 am
Qualified yes on the group version. It's easy for things to mess up. I've never used the ${Raid} TLO but if it works similar to group it should also work. You can also consent characters on your NetBots channels (most common method for boxers).
If it takes longer than 10s for your character to zone then the /consents may happen while you are in that limbo space in between zones. The consents won't work in that case. MQ2 probably doesn't properly read the ${Group.Members[x]} while in that zoning limbo as well.
Instead of /delay 10s, try:
The first delay breaks when you are no longer in a zone (while zoning to bind). The second delay breaks when you finish zoning (at your bind point). Neither will wait the full amount of time because the break condition will happen sooner.
You probably need a /delay after each /consent. I think there is a server enforced restriction on how frequently that command can be sent (and succeed). Wait4Rez.inc has a 1s delay and it works for me.
I'm assuming /memspellset is a built in EQ command. If not, it needs to be changed.
The /memspellset command won't finish by the time the following /delay 3 is finished. It doesn't have to be finished in order to /consent but I can't see what comes after the consents are done (after the /return). It's easy to interrupt /memspellset and the snippet doesn't guarantee /memspellset finishes. This might cause your character to memorize some, but not all, spells.
Lastly, look into Wait4Rez.inc.
If it takes longer than 10s for your character to zone then the /consents may happen while you are in that limbo space in between zones. The consents won't work in that case. MQ2 probably doesn't properly read the ${Group.Members[x]} while in that zoning limbo as well.
Instead of /delay 10s, try:
Macro
The first delay breaks when you are no longer in a zone (while zoning to bind). The second delay breaks when you finish zoning (at your bind point). Neither will wait the full amount of time because the break condition will happen sooner.
You probably need a /delay after each /consent. I think there is a server enforced restriction on how frequently that command can be sent (and succeed). Wait4Rez.inc has a 1s delay and it works for me.
I'm assuming /memspellset is a built in EQ command. If not, it needs to be changed.
The /memspellset command won't finish by the time the following /delay 3 is finished. It doesn't have to be finished in order to /consent but I can't see what comes after the consents are done (after the /return). It's easy to interrupt /memspellset and the snippet doesn't guarantee /memspellset finishes. This might cause your character to memorize some, but not all, spells.
Lastly, look into Wait4Rez.inc.
Tue Jan 08, 2013 6:17 pm
Senior Project Member
More specifically, look into killian's version of Wait4Rez. He has tweaked it quite a bit and it works very good.
No link handy, but google for killian's E3 you should find his google code repository.
_________________
Sorvani
No link handy, but google for killian's E3 you should find his google code repository.
_________________
Sorvani
Tue Jan 08, 2013 9:38 pm
Senior Project Member
This is my method, works pretty good. Memorizing spells is slightly buggy but I have not gotten around to my macro rewrite yet.
A friend of mine speaks very highly of the E3 macro written for PEQ.
If I was you I would grab a copy and take a peak at it.
-- I consent through connected Netbot clients and it works perfectly for me.
A friend of mine speaks very highly of the E3 macro written for PEQ.
If I was you I would grab a copy and take a peak at it.
-- I consent through connected Netbot clients and it works perfectly for me.
Macro
Sun Feb 10, 2013 4:00 am
Listen to This Guy