• You've discovered RedGuides, an EverQuest multi-boxing and scripting community 🧙‍♀️⚙️. We want you to play several EQ characters at once, come join us and say hello! 👋

  • A TLP without truebox has thawed (Very Vanilla ready)
    Frostreaver
Resource icon

Release KeepToonBuffed.mac 2.0.1

No permission to download
Join us with Level 2 access RedCents
Overview Updates (4) Reviews (2) History Discussion
how do you keep the buffer from just casting the buffs cause i just got him buffing 1 toon with 1 buff but as soon as it is buffed he just keeps casting the spell till he's oom
 
[UPDATE] ---

Version 1.8.7 released.

Found a big bug in the code after the update for FollowGroup was added.

It was preventing toon#1 from being prioperly targeted for the heal and buff routines after a call for followgroup.

This has been fixed and fully tested... PLEASE GET UPDATED FILE.
 
kadce said:
how do you keep the buffer from just casting the buffs cause i just got him buffing 1 toon with 1 buff but as soon as it is buffed he just keeps casting the spell till he's oom
Click to expand...

Does the spell name match the name of the buff ???

Do you have the NumberOfTOons set to 1 in the ini??

Lots of variables to consider.... please reply and I will assist as best i can... but get new version first please... there was a bug in 1.8.5
 
Having trouble getting heals to the merc
Using 105 cleric to pl lower levels
One heal spell, one buff spell
Cycles through "attempting to target...."
Will heal the toon fine, just never targets the merc (no matter what the HP of the merc)
I have used every combination of order, still no dice

[General]
|======================================================================|
MacroVer=1.8.7
AutoAnnounce=FALSE
Debug=TRUE
AdminDebug=FALSE
DebugINI=FALSE
FollowGroup=1
FollowDist=20
SpellSetName=Sclap
[Mana]
|======================================================================|
MinManaPct=20
MinManaMedPct=100
[Heal]
|======================================================================|
HealsOn=1
HealSpell=Fervent Renewal
HealPct=90
[Toons]
|======================================================================|
NumberOfToons=2
MyBuffTargetName1=Sclap
MyBuffTargetName2=Brordin
MyBuffTargetName3=null
MyBuffTargetName4=null
MyBuffTargetName5=null
MyBuffTargetName6=NULL
[Buffs]
|======================================================================|
BuffsOn=1
NumberOfBuffs=1
TargetBuffNameHelp=Name of Spell to Cast|Name of Buff Effect in Buff Window
TargetBuffName1=Blessing of Aegolism
TargetBuffName2=Null
TargetBuffName3=NULL
TargetBuffName4=NULL
TargetBuffName5=NULL
[Assist]
AssistOn=0
AssistSpellHelp=To be used for NON damage ROOT or SNARE spells ONLY!!!!!!
AssistSpell=Ensnaring
AssistPct=60
 
Aesc said:
Having trouble getting heals to the merc
Using 105 cleric to pl lower levels
One heal spell, one buff spell
Cycles through "attempting to target...."
Will heal the toon fine, just never targets the merc (no matter what the HP of the merc)
I have used every combination of order, still no dice

[General]
|======================================================================|
MacroVer=1.8.7
AutoAnnounce=FALSE
Debug=TRUE
AdminDebug=FALSE
DebugINI=FALSE
FollowGroup=1
FollowDist=20
SpellSetName=Sclap
[Mana]
|======================================================================|
MinManaPct=20
MinManaMedPct=100
[Heal]
|======================================================================|
HealsOn=1
HealSpell=Fervent Renewal
HealPct=90
[Toons]
|======================================================================|
NumberOfToons=2
MyBuffTargetName1=Sclap
MyBuffTargetName2=Brordin
MyBuffTargetName3=null
MyBuffTargetName4=null
MyBuffTargetName5=null
MyBuffTargetName6=NULL
[Buffs]
|======================================================================|
BuffsOn=1
NumberOfBuffs=1
TargetBuffNameHelp=Name of Spell to Cast|Name of Buff Effect in Buff Window
TargetBuffName1=Blessing of Aegolism
TargetBuffName2=Null
TargetBuffName3=NULL
TargetBuffName4=NULL
TargetBuffName5=NULL
[Assist]
AssistOn=0
AssistSpellHelp=To be used for NON damage ROOT or SNARE spells ONLY!!!!!!
AssistSpell=Ensnaring
AssistPct=60
Click to expand...


That would be because I am only allowing PC type to be targeted for heals. Ill alter it to allow healing on pets and mercenaries.

Look for 1.8.9 soon.
 
And here we go ... version 1.8.9 posted on first thread.

I've requested a push / merger to the release repository for this update.
 
Last edited:
[UPDATE] ---

Version 1.9.0 released.

Added BuffsPopulated check condition to ensure that all the buff packet data is returned to the client before we determine if a buff is missing form the target.
(${Target.BuffsPopulated}==TRUE)
This ensures that we are not wasting precious time and mana attempting to buff a toon that already has the buff, but we did not detect it because all the buff packet data was not returned yet.

ALSO: From this point on I will NOT be posting the entire macro code in the first thread, just the updated macro file for downloads.
 
[UPDATE] ---

Version 1.9.2 released.

This is a critical update to the macro that ensures packet data is returned for buffs of the target. There was also an issue where AssistOnTarget was causing issues with the buff cycle being broken.
Both issues are resolved in 1.9.2

I have noted an issue and am currently working on a solution in regards to the following:

Progression servers --- attempting to target a toon on a mount using even a CleanName return yeilds a return back of the Character's Mount.
Example: Target HorseFace .... return's "Horseface's mount" if HorseFace is on a mount.
 
[UPDATE] ---

Version 1.9.5 released.

Fixed an issue that was causing certain buffs not to be re-cast... ancient code for stack detection was messing it up, that was removed.
Smoother, more responsive following on power-leveler.
More intuitive logic on assisting.
 
Last edited:
--- [UPDATE] ---

Version 1.9.7 released.

Re-worked the ASSSIT portion to make it more responsive and not waste any cycles if a valid TargetOfTarget does not exist.
More intuitive logic on assisting.
 
TreeHuginDruid said:
And here we go ... version 1.8.9 posted on first thread.

I've requested a push / merger to the release repository for this update.
Click to expand...

Is there an easy way to target a pet besides updating the ini with the actual pets name each time it dies since it changes? I could just buy the 250sc item and name my pet something fixed but figured I'd ask before I do that.
 
levox said:
Is there an easy way to target a pet besides updating the ini with the actual pets name each time it dies since it changes? I could just buy the 250sc item and name my pet something fixed but figured I'd ask before I do that.
Click to expand...

It's not that hard to do. Edit the ini with new pet name while the macro is still running, once saved...restart the macro so it picks up the changed name.

Else perm name the pet.

Only options ya got right now. I could build a function to detect if member is pet, record the pet's owner name in memory variable..., and if pet not found to replace in memory the same owner's new pet...but not likely to happen anytime soon... other things on the plate atm.

It there weren't obvious simple solutions to the issue... i would make it a priority.....
 
Last edited:
Hey mate thanks heaps for your effort on this macro.

I'm currently using version 1.9.7 and am still getting issues where the buff / heal cycle gets broken if assisting and the mob dies while buffer has the mob targeted, it is unable to start the cycle again. if i target one of my chars manually while the macro is still running it resumes like normal.

i have tried figuring it out myself but cant find exactly where its getting stuck. i was thinking adding the following or something similar but haven't been able to get it to work.

Rich (BB code): 
/if (${Target.CleanName.Equal[NULL]}) /next j
 
rhiza said:
Hey mate thanks heaps for your effort on this macro.

I'm currently using version 1.9.7 and am still getting issues where the buff / heal cycle gets broken if assisting and the mob dies while buffer has the mob targeted, it is unable to start the cycle again. if i target one of my chars manually while the macro is still running it resumes like normal.

i have tried figuring it out myself but cant find exactly where its getting stuck. i was thinking adding the following or something similar but haven't been able to get it to work.

Rich (BB code): 
/if (${Target.CleanName.Equal[NULL]}) /next j
Click to expand...

Sorry, been MIA for a bit.

I'll look into the issue asap, but from a logical standpoint, that line within the loop would work.. placed at the proper point...


I'll test this by first recreating the issue... by fighting lower level mobs to be in the assist loop but have them die in the scenario you are encountering.. and test solutions. I'll post a fixed version and post here when done.
 
rhiza


Think i found the problem.... please test this beta for version 1.9.8 and report back... let me know how your testing turned out.

Issue:

The PopulateBuffs sub was the culprit. It is set to loop internally until all the buff packets are returned and the client can see all the buff on the particular target... in this case an unfriendly target.

However if the sub gets called when there is no valid target id targeted ( dead or null ).. it will just loop forever and screw you.

I'm 99% sure that was where the hickup is.

I went through the rest of the code and also made a change so that even if you don't have someone in zone who is listed in your array for toonstobuff... it wont halt you.. it will just skip that person.. and continue to the next valid toon to check. Discovered that when i was hanging because the ini had 6 toons defined.. but i was only testing with 5 in zone...

So that additional fix will prevent any issues with a toon not being in zone.. ( didn't load him/her but forgot to replace toon name with NULL in ini.. or the toon just isn't in zone atm ).

Also altered output text color for health/buff/assist messages to make target and function stand out.
 
Last edited:
As I wait for rhiza's feedback.....

If anyone else was experiencing the same or similar issue (health/buffing checks stalling while having AssistOn active) .. could you please take a swing with the beta version for 1.9.8 above and provide feedback... would like more than one set of eyes on this. I have not been able to reproduce the error since i posted the proposed fix in this beta.. but never hurts to have additional testers.

Make sure you grab KeepToonBuffed_v1.9.8b.mac in above post for testing.

Thanks in advance.
 
--- [UPDATE] ---

Version 1.9.8 released.

Issue: Buffing hangs after calling Assist portion when a mob dies it was meant to cast on.

The PopulateBuffs sub was the culprit. It is set to loop internally until all the buff packets are returned and the client can see all the buff on the particular target... in this case an unfriendly target.

However if the sub gets called when there is no valid target id targeted ( dead or null ).. it will just loop forever and screw you.

I went through the rest of the code and also made a change so that even if you don't have someone in zone who is listed in your array for toonstobuff... it wont halt you.. it will just skip that person.. and continue to the next valid toon to check. Discovered that when i was hanging because the ini had 6 toons defined.. but i was only testing with 5 in zone...

So that additional fix will prevent any issues with a toon not being in zone.. ( didn't load him/her but forgot to replace toon name with NULL in ini.. or the toon just isn't in zone atm ).

Also altered output text color for health/buff/assist messages to make target and function stand out.
 
Getting an error when AssistOn=1

No such 'character' member 'Target'

i am figuring its this line(around line 365)
Rich (BB code): 
        /if (${Spawn[=${Me.Target}].ID}!=NULL && ${Select[${Me.Target.Type},NPC,PET]}) /call PopulateBuffs

i think it should just be ${Target} instead of ${Me.Target} and so on?

i dont know what that = means in the spawn line, was wondering what that means?
 
kaen01 said:
Getting an error when AssistOn=1

No such 'character' member 'Target'

i am figuring its this line(around line 365)
Rich (BB code): 
        /if (${Spawn[=${Me.Target}].ID}!=NULL && ${Select[${Me.Target.Type},NPC,PET]}) /call PopulateBuffs

i think it should just be ${Target} instead of ${Me.Target} and so on?

i dont know what that = means in the spawn line, was wondering what that means?
Click to expand...

Yeppers... that's what happens when you copy/paste and don't change the pasted code to reflect the sub's specific conditions.. lol

I've fixed it.. and also altered two more lines of code to double check that the engine doesn't stall if defined toons aren't in the zone.... or are set to null and you have the number of toons greater than the actual toons defined... ( done to reduce people having errors if they forget to change the numberoftoons value.. or just are lazy and dont update the correct toon names ).

Really more of an effort to avoid posts like yours.. lol ( no but really... good call... even the best of us make mistakes ).

+40 red cents to you for catching this... ( waves his admin wand ) Posting v1.9.9 on first thread.


As for the = part ... that ensures EXACT name matching.... otherwise partial name matching may occur like ... "toon" verses "toon's mount" without the = for the spawn... it could match the toon's mount example.
 


[UPDATE] ---

Version 1.9.9 released.

Corrected a bug in the Assist routine, causing it to break... and improved the logic for toon selection if the nuber of toons or tioon names were not updated in the ini.... or the toons are not in zone.
 
I tested this out today and it still works perfectly. Some warnings/errrors on startup but no show stoppers.

If anyone would like to pick this up and keep it updated let me know, I'm certain THD would be happy for his work to be maintained.
 
Still another bug somewhere where it gets hung up and doesn't snare when it should. Working on figuring out that last bug tonight. Anyone else having this problem turn debug on in your ini then /load mq2log and /mqlog on and message me logs of it happening please.
 
wired420 said:
Still another bug somewhere where it gets hung up and doesn't snare when it should. Working on figuring out that last bug tonight. Anyone else having this problem turn debug on in your ini then /load mq2log and /mqlog on and message me logs of it happening please.
Click to expand...
I figured this one out bud, I can upload a new version or show you where it needs to be updated.
 
So I use this macro all the time, it's very handy, but it has some issues. I don't like how it constantly cycles through targets, very bot-like. And it can't see buffs that go in the song window.

So I did a pretty large refactor to use DanNet instead of target to keep track of HP/buffs. Works good so far!

I want to share. Should I submit an update for this resource, or just submit a new resource and credit this one?
 
tweeb said:
So I use this macro all the time, it's very handy, but it has some issues. I don't like how it constantly cycles through targets, very bot-like. And it can't see buffs that go in the song window.

So I did a pretty large refactor to use DanNet instead of target to keep track of HP/buffs. Works good so far!

I want to share. Should I submit an update for this resource, or just submit a new resource and credit this one?
Click to expand...

@tweeb, THD's family would be honored if you took over the resource. I've made you owner of this resource, please update when you're ready! Several people in my guild use it and would love an update.
 
tweeb updated KeepToonBuffed.mac with a new update entry:

Major refactor

This macro has been rewritten and modernized:

* It now uses DanNet to keep track of the lowbie toons health and buffs
* It now uses MQ2Nav for movement.

mq2dannet and mq2nav with a valid mesh are now required in order to function properly.

Please try it out and let me know of any bugs or suggestions!
Click to expand...

Read the rest of this update entry...
 
burdsjm said:
Can this be used to keep alliance and ennui on tanks in a raid?
Click to expand...

I'm mostly a TLP player so I can't comment on modern raids. But any buff that has an icon in the buff or song window should get auto-refreshed when it drops.
 
Sic pointed this out on Line 359:

/call QueryShouldAssist "${MyBuffTargetName[1]}

It's missing a " at the end
 
tweeb updated KeepToonBuffed.mac with a new update entry:

2.0.1

Minor update:

1) Assist mode should work correctly now (thanks Sic!)
2) Added the SpamAssistSpell option to assist mode. Now you can choose to either cast your assist spell once and recast if it wears off (e.g. if just want to debuff), or spam it on cooldown (e.g. if you want to keep aggro).
3) Fixed an INI issue where the macro would spam you with errors the second time it was run.
Click to expand...

Read the rest of this update entry...
 
There was a change in the last update that causes the buff to just cast regardless if the buff is on the target or not. reverted back to the old macro and it works perfect.
 
Love this Macro. Is it possible to buff toons with an AA ability instead of a spell?
 
Devil said:
Love this Macro. Is it possible to buff toons with an AA ability instead of a spell?
Click to expand...
What exactly are you asking. There are some AA's that buffs yourself or pets but not other toons. I could be mistaken, if so there isn't that many if at all.
 
Medicman said:
What exactly are you asking. There are some AA's that buffs yourself or pets but not other toons. I could be mistaken, if so there isn't that many if at all.
Click to expand...

Druids have quite a few AAs buffs. Wrath of the Wild is the one I am trying to get to work with this macro
 
You must log in or register to reply here.
Release KeepToonBuffed.mac
Next unread thread 🦁

Users who are viewing this thread

Total: 1 (members: 0, guests: 1)
Back
Top
Cart

Cart

Total -