• 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
AKA: Also KissAssist

Release AKA: Also KissAssist 13.012AN

No permission to download
Join us with Level 2 access RedCents
Overview Instructions Updates (11) Reviews (2) History Discussion
Troubleshooting the rez routines, along with xtarwatch (improved xtarheal). Watched OOG chars are being healed and rezzed.

Buffs are a bit tricky, as a trigger to rebuff is made by the buffer. There is some weirdness involving dannet and extendedbufflist, which may not be working as intended.

To reliably get watched OOG chars buffed, one must /buffgroup.

You can also /akabuff <charname> at any time.

1) A feature of aka is rez capable chars will fetch corpses that are far away >99 and bring them back to camp. This mitigates the risk of rezzing characters too close to mobs.
2) All healer/rezzers will first be dragged and ressed, then the rest of the chars.
3) If in combat, the MA will be battlerezzed, but *only* if they are not already present.
4) Chars in general will only be battlerezzed when they are not already present.
 
Last edited:
AmericanNero updated AKA: Also KissAssist with a new update entry:

Fixes to tbmanager, watch and more juicy stuff

Fixes

1) /tbmanager now works properly, characters are now buffed out of group if they are DanNet peers (enable DanNet in your ini! Now set to 1 by default when new char created). Amazing what a misplaced bracket will do, isn't it? @methodx

2) XTarWatch (formerly xtarheal) Characters (pcs, npcs, pets whatever) are healed and rezzed when watched. Note: Cures are supposed to be handled by DanNet peer network. Enable DanNet in your ini. If it doesn't work smoothly, I can...
Click to expand...

Read the rest of this update entry...
 
AmericanNero updated AKA: Also KissAssist with a new update entry:

Fixes and such

Added some Help entries to the ini. I can't remember what all the settings mean, either.

Fixed some fixes that weren't fixed.

When manually using /switchma, it announces to the group by default rather than broadcast to all, but you can /switchma (char) (role) (group/all). If a char dies, it follows a new setting in [General] to announce to the group or all.
Click to expand...

Read the rest of this update entry...
 
AmericanNero updated AKA: Also KissAssist with a new update entry:

Mq2boxr and some notes on /switchma and /pull

1) Renamed to kissassist.mac so boxr recognizes it.

If you start using /mac aka, or /mac aka/aka, then you are unaffected.

Boxr kissassist usage: /switchma <Name of Raid MA #N> tank 1

AKA /switchma procedure:

* Is called when the MA dies. Depending on the ini general setting SwitchMAAnnounce=group/all, a message will be broadcast
* Characters that receive the message evaluate their role and take MA. Offtank / petofftank announce immediately, followed by other roles at a delayed...
Click to expand...

Read the rest of this update entry...
 
AmericanNero updated AKA: Also KissAssist with a new update entry:

MQ2Boxr and notes on /switchma /switchrole /pull

1) AKA isn't recognized by boxr yet and to my knowledge doesn't use a config file. An update will hopefully be made soonish. @Sidien

2) You can contribute by posting issues or suggested bug fixes (bugs???? no wai) at https://github.com/Teatish/AKA

3) AKA /switchma procedure:

* Is called when the MA dies. Depending on the ini general setting SwitchMAAnnounce=group/all, a message will be broadcast
* Characters that receive the message evaluate their role and...
Click to expand...

Read the rest of this update entry...
 
SwitchMA is done, but I'm not releasing 13.013 just yet due to some annoying behavior I saw in pull and rez.
 
So I've spent a couple of days trying to find a certain command and I give up, so I thought I would reach out here to those that know more. I'm relatively new to Redguides and just getting the hang of it and I love it so far. Here goes the nood question...The command I am looking for to place in my .ini for my Drood is for him to buff the Main Tank as opposed to the MA. I know I can use "|MA" for the main assist, but my group is not conventional. At present, I use a lvl 116 merc tank as the MT because my SK is only level 104. I plan to make him the main when he levels up. For now, I want the Drood to buff the MT with DS's, reptile skin, and other short term buffs, but for the life of me, I can't find a command to do that.

I started on live and recently converted to MQnext (hopefully that was done right, but that's another thread) and I also installed AKA last night, so I have my ini files in the aka directory in the MQNext folder. Can anyone share a command or kcondition I can use in the droods ini file to accomplish this?

Thanks!
 
I use the |Class tag so that buffs are cast based on the target's class. Just use the class shortname (sorry typing on mobile so can not paste my current setup)
 
secret_wombat said:
I use the |Class tag so that buffs are cast based on the target's class. Just use the class shortname (sorry typing on mobile so can not paste my current setup)
Click to expand...
So maybe try |Tank then I suppose?
 
I use these in the heal section of my Cleric and they work fine. I am using KA though.


Help=Format Spell|% to heal at i.e. Devout Light|50
#Heals1=Dire Renewal|99|CLASS|WAR,SHD,PAL (This will only cast on Warrior, Shadow Knight, or Paladin)
 
deathlock said:
I use these in the heal section of my Cleric and they work fine. I am using KA though.


Help=Format Spell|% to heal at i.e. Devout Light|50
#Heals1=Dire Renewal|99|CLASS|WAR,SHD,PAL (This will only cast on Warrior, Shadow Knight, or Paladin)
Click to expand...
Then the question remains, is the Mercenary considered a warrior? Not sure they really have a class assigned since they are Mercs. Something I will have to try and mess with tonight. Thanks!
 
Psy said:
Then the question remains, is the Mercenary considered a warrior? Not sure they really have a class assigned since they are Mercs. Something I will have to try and mess with tonight. Thanks!
Click to expand...

Yes, the tank mercenary is a warrior.
 
deathlock said:
I use these in the heal section of my Cleric and they work fine. I am using KA though.


Help=Format Spell|% to heal at i.e. Devout Light|50
#Heals1=Dire Renewal|99|CLASS|WAR,SHD,PAL (This will only cast on Warrior, Shadow Knight, or Paladin)
Click to expand...
KA and AKA share the same format, just a few extra bells and whistles here and there to smooth things out. Check kissassist.com and all the parameters there still function as expected.
 
Can anyone please help me out? I have plenty of Balanced Axe Components but I am seeing this:

ABC - [2022/01/06 22:18:01] Summoned >> Deathfury Axe <<
ABC - [2022/01/06 22:18:10] Summoning >> Deathfury Axe << Failed - Check reagents, timer, etc
ABC - [2022/01/06 22:18:10] -- Turning off Deathfury Axe - Deathfury Axe|Summon|Deathfury Axe|0
ABC - [2022/01/06 22:18:10] I now have 60 of >> Deathfury Axe <<
ABC - [2022/01/06 22:18:10] You are missing components. Turning off Deathfury Axe.

Here is my config:

Buffs2=Deathfury Axe|Summon|Deathfury Axe|100|Cond1
Cond1=${FindItemCount[=Balanced Axe Components]}>4
 
I'm not sure that came from AKA. It tells you what the reagent is. I'm not a berserker expert, but I bet someone in the kissassist forum could help.
 
I'm super jazzed that the work I've done on a plugin is nearing completion. It will make it so there will be 0 time investment in making a character usable from the getgo, so you can just play. Starting level 1 up to 120. You can tailor it all you want to make the char behave the way you want as before, but you won't have to type in all those godawful spells that update every 5 levels. That's a multi-hour investment of time per class at present, now its done for you.

Also I'm hard at work on v13.014an to smooth out some wrinkles.

If anyone has comments on issues they are having, please leave them here.

AN
 
Sounds great! Thanks for all the hard work!

I currently use your macro for my 118 Druid and it works great. I'm excited to see how it will work not having to update the ini with new spells every level! I add Luclinite Skin to the ini file last night and for some reason, he was not casting it. I also did not spend much time trying to figure it out so I'm sure it's something in the ini file that I did wrong. I plan to spend a bit more time this evening on it and see if I can get it to work.
 
Psymorph can you send me the ini?

Another feature I added is called RootPunt. It works quite well, especially in caster groups. Here's the ini portion:

[Root]
RootOn=1
RootPuntRadius=50
RootPuntFaceMob=1
RootPuntEverything=0
RootPuntTimeSec=5
RootPuntSize=2
RootPunt1=Paralytic Spores
RootPunt2=NULL

You can add add mobs to the info.ini, like so:

[The Dead Hills]
MezImmune=List up to 10 mobs. Use full names i.e. a green snake,a blue tiger,a wide eye ooze or NULL
MobsToPull=List up to 25 mobs. Use full names i.e. a green snake,a blue tiger,a wide eye ooze or ALL for all mobs
MobsToIgnore=List up to 25 mobs. Use full names i.e. a green snake,a blue tiger,a wide eye ooze or NULL
MobsToBurn=List up to 10 mobs. Use full names i.e. Beget Cube,Helias,Raze or NULL
PullPath=Place holder for path file. Not yet impletmented.
PullLocsHelp=Y,X|Range. Ignore mobs in this area
PullLocs1=0
PullLocs2=0
PullLocs3=0
PullLocs4=0
PullLocs5=0
RootPuntList=Mobs that need to be rooted/punted. Use full names i.e. a green snake,a blue tiger,a wide eye ooze or NULL
RootPuntIgnore=Do not rootpunt these mobs. Use full names i.e. a green snake,a blue tiger,a wide eye ooze or NULL

I'll post an update soon. When it's needed, it works very well when you get a bunch of mobs, they can be mezzed and punted out of the immediate danger zone.
 
Sure, I'll post it tonight when I get home from work.

Ohh, I like the rootpunt you did. Nice work! I use a chanter in my group so it sounds like I can use rootpunt in addition? After the enchanter mezzes em, the druid can rootpunt them away.
 
Last edited:
Here ya go! btw, will the rootpunt work now if I add it or is that only in the upcoming update?

[Buffs]
BuffsOn=1
BuffsSize=16
Buffs1=Luclinite Skin|Cond12

[KConditions]
ConOn=1
CondSize=13
Cond12=!${Target.Buff[Righteousness].ID} || !${Target.Buff[Persistence].ID} || !${Target.Buff[Onyx Blessing].ID}
 
It hasn't been released yet, but it will be soon. Can you send me the entire ini? You can PM me.

Psy said:
Sure, I'll post it tonight when I get home from work.

Ohh, I like the rootpunt you did. Nice work! I use a chanter in my group so it sounds like I can use rootpunt in addition? After the enchanter mezzes em, the druid can rootpunt them aw
Click to expand...
 
So I bought a new computer today and rather than mess around with trying to copy most of RG from the old to the new (because I started before MQnext and now Macroquest-Live). I did a fresh install and your program seems to be pulling the aka ini files from the macro directory instead of the config directory. Yet I saw a post from Sic saying it would pull from the config directory. Any idea if I did something wrong or should it be pulling from the macro directory in Macroquest-Live now?
 
Psy said:
So I bought a new computer today and rather than mess around with trying to copy most of RG from the old to the new (because I started before MQnext and now Macroquest-Live). I did a fresh install and your program seems to be pulling the aka ini files from the macro directory instead of the config directory. Yet I saw a post from Sic saying it would pull from the config directory. Any idea if I did something wrong or should it be pulling from the macro directory in Macroquest-Live now?
Click to expand...

That's... odd. Everything should be in /config/AKA/chars/servername/char.ini unless you have changed this at the top of AlsoKissAssist.mac

Code: 
| Change to 0 if you want Ini's to be stored in /macros (Vanilla) or /config (Next)
#DEFINE USE_SERVER_NAME_DIR 1

It can also find your INI's in /config/AKA/chars, too, and I also think if you left your INI's in the config if you set the aforementioned #DEFINE to 0

Make sure each of your INI's is prefixed with "a", so it reads "aKissAssist_...."
 
Last edited:
I think I found the source of that highly annoying res delay...I wasn't going to release the next version until that worked right.

Any other showstoppers out there that I may have overlooked?
 
AmericanNero said:
That's... odd. Everything should be in /config/AKA/chars/servername/char.ini unless you have changed this at the top of AlsoKissAssist.mac

Code: 
| Change to 0 if you want Ini's to be stored in /macros (Vanilla) or /config (Next)
#DEFINE USE_SERVER_NAME_DIR 1

It can also find your INI's in /config/AKA/chars, too, and I also think if you left your INI's in the config if you set the aforementioned #DEFINE to 0

Make sure each of your INI's is prefixed with "a", so it reads "aKissAssist_...."
Click to expand...
It is weird. I installed Macroquest-live from scratch and moved the aka directory over to the exact same place, but it still pulls from /macros/aka. And I don't have software to end a .mac file. Weird for sure
 
I apologize for the delays in updating AKA. I've been working to excise some inherited coding practices that result in hanging behavior. Personal issues arose this last week that took my focus away as well.

For those of a technical persuasion, there are lots of places in the code that do this:

[CODE title="How a hang works"]Ex. 1

/while (1) {
Do the things and hopefully a /break condition will arise.
If not, then we will be in this loop forever.
}

Ex. 2

/while (${condition} && !${timeout}) {
Better. We are in a loop and there is a condition as well as a timer.
At the very least, if the /break condition does not arise, it will
exit at some given time. But in the mean time we are doing nothing.
}

Ex. 3

Evaluate conditions
If I am able to do something then do it.
If I can't do it, bugger off.

Healers detect a pc has reached a heal threshold:
/call AmIAble "${Spell or action}"
/if (${Macro.Return.Equal[1]}) {
Do something specific, cast a heal spell.
}
/return
[/CODE]

Example 3 allows the toon to be more dynamic, rather than perform a loop. The priority is set with timers, which control how many cycles the toon spends doing an activity. It's a lot of work, some have been incredulous and pointed this out to me over a year ago as perhaps as chasing ones tail, but, I enjoy code refactoring, and continue to build upon KissAssist in the near term.

Longer term, I'll begin writing a new system in Lua.
 
Last edited:
I'll be interested in seeing how you handle converting certain activities that are traditionally serial in nature (e.g., going through the process of memorizing a spell). (I mean that sincerely; no snark intended.)
 
@rouneq There are two ways that happens right now.

a) On the fly via /doitnow which makes use of Sub CastHotSwap. This works at any time including combat. If it's a spell, it is written to the hotswapgem and cast right away. It can also trigger items, aa, and so on. See below for spell implementation:

[CODE title="HotSwap"][Spells]
Gem1=${Vars[3]}
Gem2=${Vars[2]}
Gem3=${Vars[7]}
Gem4=${Vars[8]}
Gem5=${Vars[11]}
Gem6=${Vars[22]}
Gem7=${Vars[25]}
Gem8=${Vars[31]}
Gem9=${Vars[21]}
Gem10=${Vars[32]}
Gem11=NULL
Gem12=NULL
Gem13=NULL
Gem14=NULL
MiscGem=10
MiscGemLW=11
HotSwapGem=12
MiscGemRemem=1
LoadSpellSet=2
SpellSetName=aKissAssist
CastingInterruptOn=1
CheckStuckGem=1[/CODE]

b) The usual method, which performs routines inside nested for loops. These routines require huge amounts of conditions checks, many are redundant. I've worked to simplify the code in some areas; needs a lot more refactoring.

Folks have made use of a /while block as an inline subroutine. It has its place, but they shouldn't be common.
 
Hi Everyone,

I've been hemming and hawing for awhile on AKA. I know there is a laundry list of items people would like to see improved (including me!). One aspect I'm tired of is manually updating spells in ini, since I like to level chars up. Once you are 116 though, that becomes a non-issue and I assume a lot of folks don't care about that. That is a big plus that RGMercs provides. I wrote a plugin, MQSpellSearch, which can be used in conjunction with the ini, or to at least list out spells within range to the console so you can copy and paste spell names. It is pretty technical and others took great pains (and you know who you are, yes you, thank you I really do appreciate your help) to point out that it was going to have problems because eq spell categories are munged and some spells can't be distinguished from those in a series, which will screw things up. Well, so much for good intentions, right? So I'm leaning towards doing something like this: provide a Lua, or plugin, that will scan the ini and replace spell names that occur in series and spit out an updated ini (not replace what you have, which would be bad). This would also work for KA. Ok enough rambling, I'm sharing some mind droppings for better or worse.

Hope all is well,
AN
 
Not sure what I've done here... but when I start AKA on my Bard, I get spammed to death by:

Capture.PNG

Thinking it might be reinstall time, but before I go down this route, wondering if there's an easy fix here.

Any ideas please gang?

Cheers
D
 
AmericanNero said:
I don't see a song listed. Is your INI correct? You can post it here.
Click to expand...
This is due to the changes that eq made with the buff window. There is a longish thread in the kissassist support section about the issue . On mobile ATM or I'd link it
edit: here
 
Daengazi said:
Not sure what I've done here... but when I start AKA on my Bard, I get spammed to death by:

View attachment 38732

Thinking it might be reinstall time, but before I go down this route, wondering if there's an easy fix here.

Any ideas please gang?

Cheers
D
Click to expand...

Until I release an update, turn dannet on, which will do the trick.

Look for these in your [General] section:

DanNetOn=1
DanNetDelay=20
 
You must log in or register to reply here.
Release AKA: Also KissAssist
Next unread thread 🦁

Users who are viewing this thread

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

Cart

Total -