KissAssist Release KissAssist (1 Viewer) 12.002.039

[Sum1]

Nav is loaded. No idea on the mesh, I used this in Gorowyn and was only a short distance from the others.

BTW, the Follow command works just fine.

Is it the exact same error every time? I get stuff like that when I’m trying to force my bot to do something and it wants to finish executing the routine it’s already in.

 

[Maskoi]

Maskoi, when I use the Come To Me button on my warrior from from EQBC, I get this error on all bots:

View attachment 15290

Sorry no clue MQ2targetinfo was FORCED on everyone by eqmule. I have no idea what it does.
Its an mq2targetinfo error not a kiss thing if it is interfering somehow.
You would have to post in the plugin thread

 

[eqplayer16]

@Ordell, I usually keep a PAUSE macro hotkeyed for emergencies where I need the team to move ASAP to my location, so it's basically /bcga //mqp on , then hit come to me button, then hit a hotkey for /bcga //mqp off.

However with Kiss11, the Chase Assist functionality basically works as a come to me so if you use /chaseon (or I typically do /chase 1 <MyTank>) everyone should come to you after finishing their current action. I hardly ever use come to me or the follow button with Kiss11 active on toons as /chase handles it better once I'm actively engaging monsters.

 

[shadowfall]

Having weird issue with my zerker, when i have returntocamp on ill go pull 10-15 mobs and fight them a little ways away from camp spot so ranger can bow, well zerker will run out melee one maybe 2 then run back to camp then back to mobs again any clue what would cause this? was not having this problem on KA10

 

[ctaylor22]

it is going to be 1 of 2 things. Either there are no mobs on your Zerkers XTarget or CheckForAdds is returning no mobs in camp. Make sure your MeleeDistance is set large enough to cover the area, from your camp location, to include the mobs when your out fighting the mobs.

 

[shadowfall]

it works fine when i run 10 with same settings idk

 

[ctaylor22]

Can you get me a debug log of this happening. I took a quick look at the 2 versions of KISS and I can't find anything that jumps out at me for this to be happening.

 

[aspire2008]

Kiss11 v11.010 Beta Uploaded 11/09/2018

I will post changes tomorrow.

Haven't started using KA11 yet, but was curious about the new changes as I like keeping up with how awesome you guys have made this macro. If you get a chance can you post the changes?

 

[MaxD]

Sorry no clue MQ2targetinfo was FORCED on everyone by eqmule. I have no idea what it does.
Its an mq2targetinfo error not a kiss thing if it is interfering somehow.
You would have to post in the plugin thread

It looks like he does not have the plugin mq2nav loaded

 

[Ordell]

Maskoi, ctaylor, with Beta10, when my SK pet dies, I get the spam "I have no pet. Shadow Knights live longer when we have pets." And the minion spell is memmed. Can't he just cast it?

This was an issue with my chanter, too, but the pet hasn't died in a while so I can't say if it's still a problem.

 

[ctaylor22]

Ordell,
Not during combat, he should re-cast your pet during the buff routine or while NOT during combat. Also check your pet spell you have listed in your ini file and make sure it is the same name as in your spell book.

 

[Sum1]

Ordell,
Not during combat, he should re-cast your pet during the buff routine or while NOT during combat. Also check your pet spell you have listed in your ini file and make sure it is the same name as in your spell book.

@Ordell The SK pet falls victim to the old trick where the “ ‘ “ looks like an apostrophe, but it’s actually the character on the “ ~ “ key (iirc).

 

[sl968]

Is it the exact same error every time? I get stuff like that when I’m trying to force my bot to do something and it wants to finish executing the routine it’s already in.

Do you have mq2nav loaded and a nav mesh generated for the zone?

 

[Relik]

Not sure what exactly is causing it but characters which are out of group from the MA in the more recent versions seem to try and add NPCs to xtarget presumably to help assisting which is fine, however over time this results in PCs occasionally being added to xtarget (related to assisting and maybe my MA having a PC on target at the moment it does?) until it floods my xtarget and creates assisting problems because the xtarget is full of PCs until I go through and clear it all manually.

I also tend to run my characters in a raid setup which results in autohater working for out of group characters. So on a similar note setting the assist targets to xtarget seems a bit redundant for out of group characters in this situation not sure if theres a way to check if you are in a raid or not for this option.

 

[ctaylor22]

Well KISS was never setup for using in Raids, but:

Everywhere you find /xtarget set ${XTSlot} currenttarget

change the line to include checking for 0 Raid.Members

so

/if (!${Group.Member[${MainAssist}].Index}) /xtarget set ${XTSlot} currenttarget

would be changed to:

/if (!${Group.Member[${MainAssist}].Index} && ${Raid.Members}==0) /xtarget set ${XTSlot} currenttarget

and what version of kiss 11 are you running. There was one version when I forgot to add the code for resetting your XTarget back when exiting the macro.

The current version of kiss 11 shouldn't do it as often, but it is still possible for it to not reset your XTarget back to autohater, it is rare, but it can still happen.

 

[Ordell]

Maskoi, if I want to downgrade back to 10.2 and did not use conditions in my ini, can I still use the ini or do I have to use the old ones?

 

[eqtrader74]

If there are no conditions, you can use the same ini for KA10. If you have conditions, but didn't use the "clean" mod when you ran the ini updater KA10211, you should also be able to use your same ini.

If you have "command" in DPS/Burn, you'll need to manually change those back to KA10. You'd know because the auto-updater doesn't change "command" from 10 -> 11 so you'd have changed it once already.

 

[Maskoi]

They are interchangeable if you have no commands or conditions.
WTH would you want to go back to 10 though.

 

[Ordell]

I'm trying to narrow down the cause of some severe flakiness. I run a macro on a tank and all of the other toons use KA. Yesterday, my druid disbanded and then evaced for no reason. The enchanter routinely fails to follow BC commands. I have to determine where the problem is. One way is to go back to 10.2 and see if the flakiness persists.

 

[deathlock]

They are interchangeable if you have no commands or conditions.
WTH would you want to go back to 10 though.

Cause your Maskoi has his arms in the air SCREAMING KISSASISST 10, duh

 

[SteelDragon]

I have a problem with pulling, it looks like mq2nav is being used to path to the mob, but not on the way back to camp, causing the puller to get stuck on things it avoided on the way to pull the mob but not on the way back.

 

[Maskoi]

Post your ini file

 

[SteelDragon]

[General] KissAssistVer=11.010 Beta Role=Puller CampRadius=1000 ReturnToCamp=0 ChaseAssist=0 ChaseDistance=25 MedOn=1 MedStart=20 MedCombat=0 LootOn=0 RezAcceptOn=0|98 AcceptInvitesOn=1 GroupWatchOn=0 CastingInterruptOn=0 EQBCOn=0 IRCOn=0 MiscGem=9 MiscGemLW=0 MiscGemRemem=1 HoTTOn=0 CampfireOn=0 CharInfo=Ranger|61|GOLD DPSMeter=1 ScatterOn=0 ConditionsOn=0 CampRadiusExceed=400 [SpellSet] LoadSpellSet=0 SpellSetName=KissAssist [Buffs] BuffsOn=1 BuffsCOn=0 BuffsSize=20 Buffs1=Storm Strength|Melee Buffs2=Warder's Protection|Me Buffs3=Chloroplast Buffs4=Thorncoat|Me Buffs5=Mark of the Predator|Me Buffs6=Nature's Precision|Melee Buffs7=Call of Ice|Me Buffs8=Pack Shrew|Me Buffs9=Call of the Predator|Melee Buffs10=NULL Buffs11=NULL Buffs12=NULL Buffs13=NULL Buffs14=NULL Buffs15=NULL Buffs16=NULL Buffs17=NULL Buffs18=NULL Buffs19=NULL Buffs20=NULL RebuffOn=1 CheckBuffsTimer=10 PowerSource=NULL [Melee] AssistAt=95 MeleeOn=1 FaceMobOn=1 MeleeDistance=75 StickHow=behind once AutoFireOn=1 UseMQ2Melee=1 [GoM] GoMSHelp=Format - Spell|Target, MA Me or Mob, i.e. Rampaging Servant Rk. II|Mob GoMCOn=0 GoMSize=3 GoMSpell1=NULL GoMSpell2=NULL GoMSpell3=NULL [GMail] GMailHelp=Events currently support - Dead,Drag,GM,Level,Named,Leftgroup,Tells GMailOn=0 GMailSize=5 GMail1=NULL GMail2=NULL GMail3=NULL GMail4=NULL GMail5=NULL [AE] AEOn=0 AECOn=0 AESize=10 AERadius=50 AE1=NULL AE2=NULL AE3=NULL AE4=NULL AE5=NULL AE6=NULL AE7=NULL AE8=NULL AE9=NULL AE10=NULL [DPS] DPSOn=1 DPSCOn=0 DPSSize=20 DPSSkip=0 DPSInterval=2 DPS1=Kick|99 DPS2=Icewind|99 DPS3=Ensnare|65|Once DPS4=NULL DPS5=NULL DPS6=NULL DPS7=NULL DPS8=NULL DPS9=NULL DPS10=NULL DPS11=NULL DPS12=NULL DPS13=NULL DPS14=NULL DPS15=NULL DPS16=NULL DPS17=NULL DPS18=NULL DPS19=NULL DPS20=NULL DebuffAllOn=0 [Aggro] AggroOn=0 AggroSize=5 Aggro1=NULL Aggro2=NULL Aggro3=NULL Aggro4=NULL Aggro5=NULL [Heals] Help=Format Spell|% to heal at i.e. Devout Light Rk. II|50 HealsOn=1 HealsCOn=0 HealsSize=5 Heals1=Greater Healing|20 Heals2=NULL Heals3=NULL Heals4=NULL Heals5=NULL XTarHeal=0 XTarHeal2=0 XTarHealList=NULL HealGroupPetsOn=0 [Cures] CuresOn=0 CuresSize=5 Cures1=NULL Cures2=NULL Cures3=NULL Cures4=NULL Cures5=NULL [Burn] BurnCOn=0 BurnSize=15 BurnText=Decepticons Attack BurnAllNamed=0 Burn1=NULL Burn2=NULL Burn3=NULL Burn4=NULL Burn5=NULL Burn6=NULL Burn7=NULL Burn8=NULL Burn9=NULL Burn10=NULL Burn11=NULL Burn12=NULL Burn13=NULL Burn14=NULL Burn15=NULL UseTribute=0 [Pull] PullWith=Ornate Defiant Bow|Summoned: Arrow MaxRadius=1000 MaxZRange=400 UseWayPointZ=0 PullWait=5 PullRadiusToUse=90 PullRoleToggle=0 ChainPull=0 ChainPullHP=90 ChainPullPause=30|2 PullPause=30|2 PullLevel=0|0 PullArcWidth=0 PullMeleeStick=0 [AFKTools] AFKHelp=AFKGMAction=0 Off, 1 Pause Macro, 2 End Macro, 3 Unload MQ2, 4 Quit Game AFKToolsOn=1 AFKGMAction=1 AFKPCRadius=500 CampOnDeath=0 ClickBacktoCamp=0 [Merc] Help=To use: Turn off Auto Assist in Manage Mercenary Window MercOn=0 MercAssistAt=92 [KConditions] ConOn=0 CondSize=5 Cond1=TRUE Cond2=TRUE Cond3=TRUE Cond4=TRUE Cond5=TRUE

 

[Maskoi]

your problem is here. Kiss thinks you are already back at camp at 100 feet so it doesn't move you past that
CampRadius=1000
change it to 40
CampRadius=40

 

[deathlock]

Started working on my conversion. Tested buffs first. Worked good until I hit the Nimbus's at buff slot 7. slot 7 - 10 will not fire.

[Buffs]
BuffsOn=1
BuffsSize=10

RebuffOn=1
CheckBuffsTimer=10
PowerSource=NULL

// ITEMS
Buffs1=Amulet of Necropotence|Cond1
Buffs2=Pauldron of Dark Auspices|Cond2
Buffs3=Terrak-Nar, Emperor's Bulwark|Cond3
Buffs4=The Chief's Influence|Cond4
Buffs5=Crestra's Empowered Elegant Earring|Cond5
Buffs6=Emperor Ganak Familiar|Cond6

//Nimbus's
Buffs7=Memento of the Ungod's Suffering|Cond7
Buffs8=Death and Decay Nimbus|Cond8
Buffs9=Crown of Fire Nimbus|Cond9
Buffs10=Path of Ice Nimbus|Cond10



[KConditions]
ConOn=1
CondSize=11

Cond1=!${Me.Buff[${Spell[Illusion: Skeleton].RankName}].ID}
Cond2=TRUE
Cond3=TRUE
Cond4=!${Me.Buff[${Spell[Brell's Blessed Bastion].RankName}].ID} || !${Me.Buff[${Spell[Invigoration of the Ry'Gorr].RankName}].ID}
Cond5=!${Me.Buff[${Spell[Geomantra XXIII].RankName}].ID}
Cond6=!${Me.Buff[${Spell[Familiar: Emperor Ganak].RankName}].ID}
Cond7=${Me.Buff[${Spell[Path of Ice Nimbus].RankName}].ID} ${Me.Buff[${Spell[Crown of Fire Nimbus].RankName}].ID} && ${Me.Buff[${Spell[Death and Decay Nimbus].RankName}].ID} && !${Me.Buff[${Spell[Aura of the Void II].RankName}].ID}
Cond8=${Me.Buff[${Spell[Path of Ice Nimbus].RankName}].ID} && ${Me.Buff[${Spell[Crown of Fire Nimbus].RankName}].ID} && !${Me.Buff[${Spell[Death and Decay Nimbus].RankName}].ID} && !${Me.Buff[${Spell[Aura of the Void II].RankName}].ID}
Cond9=${Me.Buff[${Spell[Path of Ice Nimbus].RankName}].ID} && !${Me.Buff[${Spell[Crown of the Fire Nimbus].RankName}].ID} && !${Me.Buff[${Spell[Aura of the Void II].RankName}].ID}
Cond10=${Me.Buff[${Spell[Path of Ice Nimbus].RankName}].ID} && !${Me.Buff[${Spell[Aura of the Void II].RankName}].ID}

 

[Maskoi]

does Aura of the Void block nimbus?

 

[deathlock]

does Aura of the Void block nimbus?

It does. But if the other 3 nimbus's are cast first, the Aura of the Void, they all stick.
The conditions are set up to cast the first three, then the Aura of the void. When they wear off, I just remove void and they cast back in order.

And the void aura is not even casting.

 

[deathlock]

Rearranged so they in order and Aura of Void is last. Still nothing.

[Buffs]
BuffsOn=1
BuffsSize=10

RebuffOn=1
CheckBuffsTimer=10
PowerSource=NULL

// ITEMS
Buffs1=Amulet of Necropotence|Cond1
Buffs2=Pauldron of Dark Auspices|Cond2
Buffs3=Terrak-Nar, Emperor's Bulwark|Cond3
Buffs4=The Chief's Influence|Cond4
Buffs5=Crestra's Empowered Elegant Earring|Cond5
Buffs6=Emperor Ganak Familiar|Cond6

//Nimbus's
Buffs7=Path of Ice Nimbus|Cond7
Buffs8=Crown of Fire Nimbus|Cond8
Buffs9=Death and Decay Nimbus|Cond9
Buffs10=Memento of the Ungod's Suffering|Cond10

[KConditions]
ConOn=1
CondSize=11

Cond1=!${Me.Buff[${Spell[Illusion: Skeleton].RankName}].ID}
Cond2=TRUE
Cond3=TRUE
Cond4=!${Me.Buff[${Spell[Brell's Blessed Bastion].RankName}].ID} || !${Me.Buff[${Spell[Invigoration of the Ry'Gorr].RankName}].ID}
Cond5=!${Me.Buff[${Spell[Geomantra XXIII].RankName}].ID}
Cond6=!${Me.Buff[${Spell[Familiar: Emperor Ganak].RankName}].ID}

Cond7=!${Me.Buff[${Spell[Path of Ice Nimbus].RankName}].ID} && !${Me.Buff[${Spell[Aura of the Void II].RankName}].ID}
Cond8=${Me.Buff[${Spell[Path of Ice Nimbus].RankName}].ID} && !${Me.Buff[${Spell[Crown of the Fire Nimbus].RankName}].ID} && !${Me.Buff[${Spell[Aura of the Void II].RankName}].ID}
Cond9=${Me.Buff[${Spell[Path of Ice Nimbus].RankName}].ID} && ${Me.Buff[${Spell[Crown of Fire Nimbus].RankName}].ID} && !${Me.Buff[${Spell[Death and Decay Nimbus].RankName}].ID} && !${Me.Buff[${Spell[Aura of the Void II].RankName}].ID}
Cond10=${Me.Buff[${Spell[Path of Ice Nimbus].RankName}].ID}  &&  ${Me.Buff[${Spell[Crown of Fire Nimbus].RankName}].ID} && ${Me.Buff[${Spell[Death and Decay Nimbus].RankName}].ID} && !${Me.Buff[${Spell[Aura of the Void II].RankName}].ID}

 

[Maskoi]

What exactly are you trying to accomplish here?

 

[deathlock]

I want to use Path of Ice Nimbus first, then use Crown of Fire Nimbus, then use Death and Decay Nimbus and finally use Memento of the Ungod's Suffering in that order. I am told that the DD bonus +40 from the first three nimbus stacks. The fourth nimbus dd is +125 and will stack.

If nothing else, to have 3 cool looking affects on me, lol. I just don't understand why this version won't use nimbus items. Should be straight forward clear cut, use an item with these conditions. I just assume there is a bug and it may go deeper then just nimbus's. I get this is not a game breaker, but thought I would point out not working as intended, so I thought.

 

[Sum1]

Does the buff name actually say “Path of Ice Nimbus” in your buff bar?

 

[eqtrader74]

Cond10 is missing an "&&" between first two checks. Not sure if that would cause your problem though.

Can we do "command" in Buffs or no? You could also write a mutli-line alias and try to fire that via command. Remove everything, then cast in correct order.

 

[deathlock]

Does the buff name actually say “Path of Ice Nimbus” in your buff bar?

Yes, all the buffs are called out correctly

 

[deathlock]

Cond10 is missing an "&&" between first two checks. Not sure if that would cause your problem though.

Can we do "command" in Buffs or no? You could also write a mutli-line alias and try to fire that via command. Remove everything, then cast in correct order.

Was just a bad copy and paste.

 

[Maskoi]

you can do commands any where

 

[toadwart]

While not earth shattering, I'm wondering if this syntax wouldn't be more efficient for the groupescape sub:

            /if (${Select[${Me.Class.ShortName},WIZ,DRU]}) {
                |-- Druid or Wizard AA or Spell group evac casting.
                |- Drop Divine Barrier if it is up so we can exodus group!
                /removebuff "Divine Barrier"
                /if (${Me.AltAbilityReady[Exodus]}) {
                    /call CastWhat "Exodus" ${Me.ID} GroupEscape 1
                } else
                    /if (${Select[${Me.Class.ShortName},DRU]}) {
                        /if (${Me.Book[Succor]}) {
                            /call CastWhat "Succor" ${Me.ID} GroupEscape 1
                        } else
                            /if (${Me.Book[Evacuate]}) {
                                /call CastWhat "Evacuate" ${Me.ID} GroupEscape 1
                        }
                }
            }

The way it's written now it's checking your class excessive times, and doing redundant checks for exodus. I think I've got my brackets matched up, but no guarantees.

 

[toadwart]

I am struggling with MezImmune too. As far as I can tell, despite using KA 10 and 11 for the past four months, and running a boxed enchanter for almost that entire time, not a single mez immune mob's name has been auto-added to the kissassist_info.ini file. Do I have to manually add those names? I know I can, but do I have to? When looking at the KA11 macro under mezimmune it has a call stating thus:

/call BroadCast ${IRCOn} ${EQBCOn} g "MEZ Immune -> ${Spawn[${MezID}].CleanName} <- ID:${MezID} Adding to MezImmune list."

and on the line before it there's an ini call:

/if (!${MezImmune.Find[${Spawn[${MezID}].CleanName}]}) /ini "${InfoFileName}" "${Zone}${If[${Me.InInstance},_I,]}" "MezImmune" "${ImmuneAdd}"

So, I'm assuming it is supposed to add to the ini file, but for some reason it has not done so for me to date.

 

[toadwart]

Can we add /writespells to the KA lineup after the spellset is loaded? Would save a lot of RG requests when people post their ini's and others ask for their spells after the fact.

 

[toadwart]

/Burn checks for the existence of, and length of the BurnText flag or the burn command cancels out, but it isn't used anywhere else that I can find. Wouldn't it make sense to put it into the eqbc chat for the command rather than defaulting to the "Autobots transform" command? or remove it entirely unless it's being used in place of a BurnOn=1 command as the other sections use, in which case why not make it consistent?

 

[toadwart]

Can autohide do a check for moveto and nav type commands to make the idiot rogue stop hiding and sneaking when the MA is moving the group? Also upon zoning perhaps somehow? Or would that be better to put a line into our social trigger for groups containing rogues?