ctaylor22 updated KissAssist with a new update entry:
Issue with !class tag
Read the rest of this update entry...
Issue with !class tag
Read the rest of this update entry...
-
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! 👋
- Thread starter ctaylor22
- Start date
- Joined
- Feb 9, 2017
- RedCents
- 1,387¢
My bard stops cold in his tracks when invis are you using mq2twist?
Post your ini file.
Last edited:
lukenbill941
Member
- Joined
- Sep 14, 2006
- RedCents
- 157¢
After this last Update.. My Bards Mezz is broke (meaning he don't try to mezz at all) . what am I missing? Any suggestions?
@lukenbill941 Post your INI file so we can have a look. Could even grab a debug log and PM the log to me. Most of the time when my mezzer stops mezzing, it has nothing to do with the mez routine and some other thing that has got the mezzer locked up.
- Joined
- Nov 8, 2017
- RedCents
- 1,437¢
I use this for my bard currently rolling through ToL EXP. See below. It is still the old mez from CoV EXP but i currently do not have issues in ME or VT with it. Can always replace with new spell. Hope this helps.
[Mez]
MezOn=3
MezRadius=40
MezMinLevel=85
MezMaxLevel=999
MezStopHPs=90
MezSpell=NULL
MezDebuffOnResist=0
MezDebuffSpell=Your Debuff Spell
MezAESpell=Wave of Sleep|2
I updated my Druid Chic to lvl 120 and somehow ive broken the DPS routine. She will Mem Spells, Buff and even do the Burn Routine when fighting a named - but doesnt cast any of her DPS spells. Can anyone see some glaring mistakes? Or can someone test this ini and see if their druid becomes completely blonde.
Oh yes more info - Druid is in a Raid, Raid Main Assist is Set, Druid is in Chase Mode, Not Invis.
Oh yes more info - Druid is in a Raid, Raid Main Assist is Set, Druid is in Chase Mode, Not Invis.
INI:
[General]
KissAssistVer=12.002
Role=Assist
CampRadius=60
CampRadiusExceed=600
ReturnToCamp=0
ChaseAssist=1
ChaseDistance=25
MedOn=1
MedStart=75
MedStop=100
MedCombat=0
LootOn=0
RezAcceptOn=1|90
AcceptInvitesOn=1
GroupWatchOn=0
GroupWatchCheck=FALSE
CorpseRecoveryOn=0
EQBCOn=0
DanNetOn=1
DanNetDelay=20
IRCOn=0
CampfireOn=0
CharInfo=Druid|120|GOLD
GroupEscapeOn=0
DPSMeter=1
ScatterOn=0
XTSlot=1
LOSBeforeCombat=0
[Spells]
MiscGem=8
MiscGemLW=0
MiscGemRemem=1
LoadSpellSet=2
SpellSetName=drugroup
CastingInterruptOn=0
Gem1=Twincast
Gem2=Sootheseance
Gem3=Bloodspike Rush
Gem4=Lunarush
Gem5=Survival of the Unrelenting
Gem6=Nature's Sweltering Wrath
Gem7=Horde of Duskwigs
Gem8=Sunpyre
Gem9=Composite Winds
Gem10=Remote Sunbolt
Gem11=Summer Sunpyre
Gem12=Clotavida
Gem13=Nightchill Aura
CheckStuckGem=0
[Buffs]
BuffsOn=1
BuffsSize=10
Buffs1=Onyx Blessing
Buffs2=Bulwark of the Reptile|melee
Buffs3=Mask of the Arbor Tender|me
Buffs4=Nature's Reaction|me
Buffs5=Fervent Growth
Buffs6=Talisman of the Tenacious
Buffs7=Preincarnation|me
Buffs8=Summoned: Dazzling Modulation Shard|Mana|80|60
Buffs9=Nightchill Aura|me|Aura|Cond10
Buffs10=Legacy of Icebriars|MA|Cond11
RebuffOn=1
CheckBuffsTimer=10
PowerSource=NULL
[Melee]
AssistAt=99
MeleeOn=0
FaceMobOn=0
MeleeDistance=75
StickHow=snaproll
AutoFireOn=0
UseMQ2Melee=0
TargetSwitchingOn=0
[GoM]
GoMSHelp=Format - Spell|Target, MA Me or Mob, i.e. Rampaging Servant Rk. II|Mob
GoMSize=2
GoMSpell1=Nature's Fervid Wrath
GoMSpell2=Sunshock
[GMail]
GMailHelp=Events currently support - Dead,Drag,GM,Level,Named,Leftgroup,Tells
GMailOn=0
GMailSize=1
GMail1=NULL
[AE]
AEOn=1
AESize=6
AERadius=50
AE1=Spire of Nature|3
AE2=Spirit of the Wood|3
AE3=Nature's Blessing|3
AE4=Spirit of the Bear|3|MA
AE5=${InvSlot[Chest].Item.Name}|3
AE6=Spirits of Nature|3|Mob
[DPS]
DPSOn=2
DPSSize=17
DPSSkip=0
DPSInterval=5
DPS1=Swarm of Fireflies|99|MA
DPS2=Blessing of Ro|99
DPS3=Season's Wrath|99
DPS4=Wrath of the Wild|99|MA
DPS5=Spirit of the Great Wolf|99
DPS6=Group Spirit of the Great Wolf|99
DPS7=Nature's Sweltering Wrath|99|Cond3
DPS8=Horde of Duskwigs|99
DPS9=Sunpyre|99|Cond3
DPS10=Twincast|99|Cond4
DPS11=Composite Winds|99
DPS12=Remote Sunbolt|99
DPS13=Summer Sunpyre|99
DPS14=Winter's Wildshock|99
DPS15=Nature's Fire|95
DPS16=Nature's Frost|95
DPS17=Nature's Bolt|95
DebuffAllOn=0
[Aggro]
AggroOn=1
AggroSize=1
Aggro1=Veil of the Underbrush|75|>
[Heals]
Help=Format Spell|% to heal at i.e. Devout Light Rk. II|50
HealsOn=1
AutoRezOn=1
AutoRezWith=Rejuvenation of Spirit
HealsSize=14
Heals1=Call of the Wild|0|rez
Heals2=Convergence of Spirits|40|MA
Heals3=Blessing of Tunare|45|Cond6
Heals4=Wildtender's Survival|50
Heals5=Survival of the Unrelenting|55
Heals6=Nature's Boon|60|Cond6
Heals7=Spirit of the Wood|60|Cond6
Heals8=Sootheseance|65
Heals9=Bloodspike Rush|65|MA
Heals10=Lunarush|70|Cond7
Heals11=Viridavida|99|Cond8
Heals12=Sootheseance|99|Cond8
Heals13=Bloodspike Rush|99|MA|Cond8
Heals14=Lunarush|99|Cond8
XTarHeal=1
XTarHealList=Xtar slots here Example: 2|3|4|5|6|7
HealGroupPetsOn=1
RezMeLast=0
HealInterval=0
[Cures]
CuresOn=1
CuresSize=2
Cures1=Radiant Cure
Cures2=Purified Spirits
[Pet]
PetOn=0
PetSpell=Fervent Growth
PetShrinkOn=0
PetShrinkSpell=Tiny Companion
PetBuffsOn=0
PetBuffsSize=1
PetBuffs1=NULL
PetCombatOn=0
PetAssistAt=95
PetAttackDistance=115
PetToysSize=6
PetBreakMezSpell=NULL
PetRampPullWait=0
PetSuspend=0
MoveWhenHit=0
PetHoldOn=1
PetForceHealOnMed=0
PetFocus=NULL
PetToysGave=
[Merc]
Help=To use: Turn off Auto Assist in Manage Mercenary Window
MercOn=0
MercAssistAt=92
[Burn]
BurnAllNamed=1
UseTribute=0
BurnSize=14
Burn1=Spire of Nature
Burn2=Spirit of the Bear|MA
Burn3=${InvSlot[Chest].Item.Name}
Burn4=Nature's Blessing
Burn5=Spirits of Nature
Burn6=Focus of Arcanum
Burn7=Blessing of Ro
Burn8=Season's Wrath
Burn9=Distant Conflagration
Burn10=Spirit of the Great Wolf
Burn11=Destructive Vortex
Burn12=Nature's Guardian
Burn13=Improved Twincast
Burn14=Nature's Fury
[Pull]
PullWith=Melee
PullMeleeStick=0
MaxRadius=350
MaxZRange=50
UseWayPointZ=0
PullWait=5
PullRadiusToUse=90
PullRoleToggle=0
ChainPull=0
ChainPullHP=90
PullPause=30|2
PullLevel=0|0
PullArcWidth=0
PullOnReturn=0
[PullAdvanced]
PullLocsOn=0
[AFKTools]
AFKHelp=AFKGMAction=0 Off, 1 Pause Macro, 2 End Macro, 3 Unload MQ2, 4 Quit Game
AFKToolsOn=0
AFKGMAction=1
AFKPCRadius=500
CampOnDeath=0
ClickBacktoCamp=0
[KConditions]
ConOn=1
CondSize=11
Cond1=!${Me.Buff[Group Spirit of the Great Wolf].ID}
Cond2=!${Me.Buff[Spirit of the Great Wolf].ID}
Cond3=${Target.Named}
Cond4=!${Me.Buff[Twincast Rk. II].ID} || !${Me.Buff[Improved Twincast].ID} || !${Me.Buff[Twincast].ID} || !${Me.Buff[Twincast Rk. III].ID}
Cond5=${Me.PctMana} < 80
Cond6=(${Group.Injured[60]} >= 2)
Cond7=(${Group.Injured[75]} >= 2)
Cond8=(${Group.Injured[0]} >= 1)
Cond9=!${Me.Buff[Fervent Growth].ID} && ${Me.PctMana} < 25
Cond10=!${Me.Aura[Nightchill Aura Rk. 1].ID} || !${Me.Aura[Nightchill Aura Rk. II].ID}
Cond11=!${Target.Buff[Circle of Igneous Skin].ID} || !${Target.Buff[Circle of the Inferno].ID}
[KissError]
LastCMD:=/endmacro
ErrorDateTime:=01/01/2022 12:56:46
ErrorMsg:=DoCommand - Couldn't parse '/DRU raidmode 1'
DataError:=NULL
SyntaxError:=NULL
RunningTime:=264567843
BuildDate:=20211216
CurrentUI:=Dec2019
Markar1
Member
- Joined
- Nov 21, 2021
- RedCents
- 110¢
To me it looks like your DPS cast level is mostly at 99% that would confuse me if DPS=2. Quote from the KissAssist guide "is absolute descending order using mob health % tag as order control. This will cast every spell with a health tag. This Prevents skipping spells that may occur when mobs die too fast. When set to 2, Mob HP % is only used to prioritize cast spell order" maybe I am wrong, but that is what I get, you need to prioritize by health %. or change to DPS=1
Markar1
Member
- Joined
- Nov 21, 2021
- RedCents
- 110¢
I missed that one
- Joined
- Feb 9, 2017
- RedCents
- 1,387¢
MezSpell=NULL
Why not just single mez when 2 mobs and wave of sleep on 3 or more?
Yea man ill echo Cannon.
why waste wave of sleep for 2 mobs?
my bards is
[Mez]
MezOn=1
MezRadius=50
MezMinLevel=105
MezMaxLevel=125
MezStopHPs=90
MezSpell=Slumber of the Diabo
MezAESpell=Wave of Nocturn|3
MezDebuffOnResist=0
MezDebuffSpell=Your Debuff Spell
this way he does the single target mez if i bring 2, as im engaged on 1. keeps wave up incase we get more adds.
- Joined
- Nov 8, 2017
- RedCents
- 1,437¢
Hey guys, for me, it frees up 1 more spell slot for the bard. either for a dot or another group song. Ive tried it both ways, but i have him on chain pull so if i get 3 or more is when i need a mez. i can handle 2 fine with my group. Also tried using the single with AA mez but the recast timer on that thing is stupid long. @arander and @cannonballdex
- Joined
- Feb 9, 2017
- RedCents
- 1,387¢
Even so. Just letting you know.
MezAESpell=Wave of Sleep|2
(this is 2 or more mob and I will cast mezaespell)
If you can handle two mobs, I would set this at 3 anyways, unless you just want to mez a mob with ae spell anyway.
As of earlier today I was still having the Suicidal character thing happen. Only 1 character, my beastlord. He is in group with MA. His assistat is 95٪ lowered from 99% which previously worked without issue. His camp range is 60 but he'll fly across the zone to attack a mob my MA has targeted. I stopped using my beast in group bc it happens so frequently.
Been using KA for 2 years now so I'm pretty familiar with it and this is all new stuff to me without even changing the ini.
Any assistance would be great.
Thanks.
Been using KA for 2 years now so I'm pretty familiar with it and this is all new stuff to me without even changing the ini.
Any assistance would be great.
Thanks.
Hmmm. Strange, Mercs aren't checked for buffs, unless using Dannet. Do you remember what Buff the character was trying to cast on the merch? There is also a distance check that is done before targeting the other character/pet/merc to make sure they are in range to get the buff.
Shadowknight just targeted the merc.
Shaman was casting a group buff:
Buffs8=Talisman of the Usurper|Dual|Vampyre Focusing
Bard an item buff:
Buffs6=Rapier of Somber Notes|dual|Symphony of Battle
I also have been having the same issue with only my beastlord and I thought it was a misconfiguration on my part however the behavior didn't happen previous to the latest update.
The reason I came to this thread is to wonder if anyone else has been experiencing issues with the MA (in this case an SK) not applying auto attack on some mobs. I believe this started to occur with the introduction of the
LOSBeforeCombat option however changing the value of that field does not prevent the behavior of the MA _not_ attacking. If I manually hit the auto-attack key it will briefly turn on (and cause the other toons to initiate combat) but then turn attack off again as soon as any casting is completed. I am also using MQ2Melee but this setup had been working fine previously.I was wondering if there is a repo or release list where we can download previous versions? Thankfully I keep my install as a repo so I can pull a previous version from there but I prefer an official package to cherry picking hehe.
If any logs or configurations would be helpful for the beastlord or the auto attack issue please let me know.
Anyway thanks so much for all the great work, I really love the macro!
Try /chaseoff
Currently on suspension. Don't know if I'll ever use mq again. Don't want to get actually banned.
There was a change made in kiss 12002 Revision 8 That should fix the issue with your melee characters engaging mobs to early. First thing is check your CampRadius and MeleeDistance. Make sure you set them properly. Your camp radius should be less than your melee distance.
If you want to check to see if it is the Combat/melee movement code that is running your character out to meet the mob Just set your CampRadius to the same Value as your MeleeDistance. There is a check to skip the movement code if MeleeDistance is equal to or less than CampRadius.
Also make sure you have LOSBeforeCombat. LOSBeforeCombat is only checked/used on the NON-MA characters, so if your MA is running off, then it has nothing to do with how LOSBeforeCombat is set.
If you want to check to see if it is the Combat/melee movement code that is running your character out to meet the mob Just set your CampRadius to the same Value as your MeleeDistance. There is a check to skip the movement code if MeleeDistance is equal to or less than CampRadius.
Also make sure you have LOSBeforeCombat. LOSBeforeCombat is only checked/used on the NON-MA characters, so if your MA is running off, then it has nothing to do with how LOSBeforeCombat is set.
Thank you for the info!
Just to be clear my MA is not running off, he isn't using melee on mobs that have gained aggro (on XTarget). He will cast his spell lineup on the mob but not melee attack them. If I re-initialize kissassist during the fight he will selectively melee the mobs. When I notice this behavior it is commonly occurring when I run into a large group of mobs where some of them may not be LOS when aggro'd, in this case it appears he will melee attack some of the mobs but not all of them, this is the only reason I suspected the mechanics behind
As far as the issue reported by @Rocky1001 that I also noticed, it occurs during a normal camping scenario where the beastlord engages early and gets themselves killed. The config values were set consistent with what you suggest (CampRadius < MeleeDistance)
For reference, is there a public code repository for this project or a list of releases available to download manually anywhere?
Just to be clear my MA is not running off, he isn't using melee on mobs that have gained aggro (on XTarget). He will cast his spell lineup on the mob but not melee attack them. If I re-initialize kissassist during the fight he will selectively melee the mobs. When I notice this behavior it is commonly occurring when I run into a large group of mobs where some of them may not be LOS when aggro'd, in this case it appears he will melee attack some of the mobs but not all of them, this is the only reason I suspected the mechanics behind
LOSBeforeCombat might be involved. If I turn melee attack on manually (hitting the keyboard hotkey) the macro turns it back off again immediately or directly after finishing the spell currently being casted. I have tried LOSBeforeCombat in both states and it unfortunately has no effect on this behavior. Thankfully the previous version still works great so I don't mind sticking with that functionality for now.As far as the issue reported by @Rocky1001 that I also noticed, it occurs during a normal camping scenario where the beastlord engages early and gets themselves killed. The config values were set consistent with what you suggest (CampRadius < MeleeDistance)
CampRadius=30 and MeleeDistance=75 this is the same as other melee toons in the group who do not experience this issue. The previous version doesn't exhibit this behavior either (with only a few hours of testing so this might be false) and I don't mind just sticking to that for now.For reference, is there a public code repository for this project or a list of releases available to download manually anywhere?
Thank you very much!
Thank you, Ctaylor, for the clarification. That makes sense now.
DallasAg
Well-known member
- Joined
- May 13, 2020
- RedCents
- 260¢
I have this same issue for Buff17 (upgraded from ka_12001 to KA 12002) and I'm getting the same error message. I didn't ever see an answer to Wymranar's question.
The removal part, correct, it'll dismiss the familiar portion, but you will retain the buff.
Did you try it?