Question - Anyway to speed up initial buffing?

[ihc385]

I like to strip off all my chars buffs at the start of a grind and get everything fresh, so I strip buffs and start kiss but it takes like 3-5min to buff my group...yeah big deal I know, but when I do the same thing with modbot its like lightening fast, so why dont I just use modbot then? Cause kiss WHOOPS modbots ass on an enchanter when it comes to CC, I like fast and chaotic and I get that better with kiss until a buff wears off and I gotta sit and wait till the buffer notices it.

I notice in the kiss manual it is checking the buff file every minute, is there a way to speed that up? would that help? is there a reason not to? Is there anything I can do to speed it up?
No complaints really just a small pet peeve, love both macs but this would really win me over for kiss. I've tried changing the checkbuffs timer and deleting the buffs ini with no change, also this issue didn't creep up for me till around January before that it was fast.

Heres an ini from my clr if it helps:

[General]
KissAssistVer=9.2.3
Role=Assist
CampRadius=30
CampRadiusExceed=400
ReturnToCamp=0
ChaseAssist=0
ChaseDistance=25
MedOn=1
MedStart=20
MedCombat=0
LootOn=0
RezAcceptOn=1
AcceptInvitesOn=1
GroupWatchOn=0
CastingInterruptOn=0
EQBCOn=1
IRCOn=0
MiscGem=12
HoTTOn=0
CampfireOn=0
CharInfo=Cleric|95|GOLD
DPSMeter=0
MiscGemRemem=1
[SpellSet]
LoadSpellSet=1
SpellSetName=Healer1
[Buffs]
BuffsOn=1
Buffs1=NULL
Buffs2=Aura of the Pious|Aura
Buffs3=Circle of Divinity|Aura
Buffs4=Armor of the Earnest
Buffs5=Unified Hand of Credence|Dual|Credence
Buffs6=Armor of Vie
Buffs7=Ward of Recrimination
Buffs8=Shining Armor|MA
Buffs9=NULL
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=2
PowerSource=NULL
BuffsSize=20
[Melee]
AssistAt=98
MeleeOn=0
FaceMobOn=1
MeleeDistance=75
StickHow=snaproll rear
AutoFireOn=0
UseMQ2Melee=1
[GoM]
GoMSHelp=Format - Spell|Target, MA Me or Mob, i.e. Rampaging Servant Rk. II|Mob
GoMSpell1=NULL
GoMSpell2=NULL
GoMSpell3=NULL
GoMSize=3
[GMail]
GMailHelp=Events currently support - Dead,GM,Level,Named,Leftgroup
GMailOn=0
GMail1=NULL
GMail2=NULL
GMail3=NULL
GMail4=NULL
GMail5=NULL
GMailSize=5
[AE]
AEOn=0
AERadius=50
AE1=NULL
AE2=NULL
AE3=NULL
AE4=NULL
AE5=NULL
AE6=NULL
AE7=NULL
AE8=NULL
AE9=NULL
AE10=NULL
AESize=10
[DPS]
DPSOn=0
DPSSkip=20
DPSInterval=2
DPS1=NULL
DPS2=NULL
DPS3=NULL
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
DPSSize=20
[Aggro]
AggroOn=0
Aggro1=NULL
Aggro2=NULL
Aggro3=NULL
Aggro4=NULL
Aggro5=NULL
AggroSize=5
[Heals]
Help=Format Spell|% to heal at i.e. Devout Light Rk. II|50
HealsOn=1
Heals1=Fourteenth Catalyst|35|MA
Heals2=Divine Guard|40|Me
Heals3=Burst of Life|40|MA
Heals4=Fervent Renewal|50|MA
Heals5=Zealous Light|75
Heals6=Faithful Remedy|85
Heals7=Word of Rehabilitation|60
Heals8=Promised Restitution|92|MA
Heals9=Zealous Elixir|0
Heals10=NULL
Heals11=NULL
Heals12=NULL
Heals13=NULL
Heals14=NULL
Heals15=NULL
XTarHeal=0
XTarHeal2=0
AutoRezOn=0
AutoRezWith=Water Sprinkler of Nem Ankh
HealGroupPetsOn=0
HealsSize=15
[Cures]
CuresOn=1
Cures1=Radiant Cure
Cures2=Perfected Blood
Cures3=Ward of Purity
Cures4=NULL
Cures5=NULL
CuresSize=5
[Burn]
BurnText=HEALZ
BurnAllNamed=0
Burn1=Silent Casting
Burn2=NULL
Burn3=Fundament: Second Spire of Divinity
Burn4=Focused Celestial Regeneration
Burn5=Exquisite Benediction
Burn6=Forceful Rejuvenation
Burn7=NULL
Burn8=NULL
Burn9=NULL
Burn10=NULL
Burn11=NULL
Burn12=NULL
Burn13=NULL
Burn14=NULL
Burn15=NULL
UseTribute=0
BurnSize=15
[Pull]
PullWith=Melee
MaxRadius=350
MaxZRange=50
PullWait=5
PullRoleToggle=0
ChainPull=0
ChainPullHP=90
ChainPullPause=30|2
PullLevel=0|0
[AFKTools]
AFKHelp=AFKGMAction=0 Off, 1 Pause Macro, 2 End Macro, 3 Unload MQ2, 4 Quit Game
AFKToolsOn=0
AFKGMAction=4
AFKPCRadius=150
CampOnDeath=0
ClickBacktoCamp=0
[Merc]
Help=To use: Turn off Auto Assist in Manage Mercenary Window
MercOn=0
MercAssistAt=92

Thanks

 

[ctaylor22]

The problem with what your wanting to do is that the Kissassist_Buffs.ini file is maintained/updated by each individual character. If you start all other characters before the one buffing, normally everything goes through smoothly, but since most characters in the group Buff in one form or another. There is always a timing issue when reading/writing to the Buffs.ini file. There is a 30 second timer for reading the ini file. If you really want to hammer the checkbuffs for your group, here is one way of doing it.

This code will check the ini file ignoring the IniNextTimer for the first 2 minutes the macro is running, After that the macro defaults back too the 30 second timer.

In Routine CheckBuffs Go to the bottom and find this code:

        /if (!${ReadBuffsTimer} && !${AggroTargetID}) /varset ReadBuffsTimer ${CheckBuffsTimer}s
        /if (!${IniNextTimer}) /varset IniNextTimer 30s
        /if (${Me.Gem[${MiscGem}].Name.NotEqual[${ReMemMiscGem}]}) /memorize "${ReMemMiscGem}" gem${MiscGem}
        /if (${DebugBuffs}) /echo \atDEBUGBUFFS CheckBuffs Leave \agLine#: ${Macro.CurLine}
    /return

Change the Highlighted line below:

        /if (!${ReadBuffsTimer} && !${AggroTargetID}) /varset ReadBuffsTimer ${CheckBuffsTimer}s
        /if (${Macro.RunTime}>120 && !${IniNextTimer}) /varset IniNextTimer 30s
        /if (${Me.Gem[${MiscGem}].Name.NotEqual[${ReMemMiscGem}]}) /memorize "${ReMemMiscGem}" gem${MiscGem}
        /if (${DebugBuffs}) /echo \atDEBUGBUFFS CheckBuffs Leave \agLine#: ${Macro.CurLine}
    /return

The ${Macro.RunTime} returns the number of seconds the macro has been running. So the 120 is 2 minutes, you can tweak it to your liking.

 

[ihc385]

Thanks, I'll give that a shot. And thank you for explaining why it was happening, I can see the potential problem if multiple chars are trying to write at the same time, actually makes it a little easier to deal with

 

[BrianGragg]

ctaylor22 Would you mind also explaining why KA uses the ini file for buffs and is shared Lee character? If it's somewhere else drop me a link?


Sent from my iPhone using Tapatalk

 

[ctaylor22]

ctaylor22 Would you mind also explaining why KA uses the ini file for buffs and is shared Lee character? If it's somewhere else drop me a link?


Sent from my iPhone using Tapatalk

Sure.

Kissassist has a policy to never use character names, so the character id is used in the Kissassist_Buffs.ini and the buffs.ini file has an entry for every character running from the same MQ2 instances. That means that there can be entries for characters that are outside of your current group. Think of a small Raid. Now when one of the characters in the Small Raid dies(And the angels have wept), one of the first things that should happen is to get rebuffs. So when KissAssist starts it writes your current buffs to the KissAssist_Buffs.ini file(uh just you rez debuff). Now when the Shaman in the Other group sees you don't have a Buff he is responsible for keeping up, he will rebuff you. Same goes for any other character running from the same instance of MQ.

Now you don't have to limit the same instance to just one computer. If you share out your MQ2 folder, on one computer, so that you can run/load that MQ2 instance from multiple computers. You can maintain buffs for an unlimited number of characters. That's is an extreme example, but there are a few members here who do just that.

 

[ihc385]

Wish I could give you more thanks ctaylor22, thats some damn good info

 

[Maskoi]

The problem with what your wanting to do is that the Kissassist_Buffs.ini file is maintained/updated by each individual character. If you start all other characters before the one buffing, normally everything goes through smoothly, but since most characters in the group Buff in one form or another. There is always a timing issue when reading/writing to the Buffs.ini file. There is a 30 second timer for reading the ini file. If you really want to hammer the checkbuffs for your group, here is one way of doing it.

This code will check the ini file ignoring the IniNextTimer for the first 2 minutes the macro is running, After that the macro defaults back too the 30 second timer.

In Routine CheckBuffs Go to the bottom and find this code:

        /if (!${ReadBuffsTimer} && !${AggroTargetID}) /varset ReadBuffsTimer ${CheckBuffsTimer}s
        /if (!${IniNextTimer}) /varset IniNextTimer 30s
        /if (${Me.Gem[${MiscGem}].Name.NotEqual[${ReMemMiscGem}]}) /memorize "${ReMemMiscGem}" gem${MiscGem}
        /if (${DebugBuffs}) /echo \atDEBUGBUFFS CheckBuffs Leave \agLine#: ${Macro.CurLine}
    /return

Change the Highlighted line below:

        /if (!${ReadBuffsTimer} && !${AggroTargetID}) /varset ReadBuffsTimer ${CheckBuffsTimer}s
        /if (${Macro.RunTime}>120 && !${IniNextTimer}) /varset IniNextTimer 30s
        /if (${Me.Gem[${MiscGem}].Name.NotEqual[${ReMemMiscGem}]}) /memorize "${ReMemMiscGem}" gem${MiscGem}
        /if (${DebugBuffs}) /echo \atDEBUGBUFFS CheckBuffs Leave \agLine#: ${Macro.CurLine}
    /return

The ${Macro.RunTime} returns the number of seconds the macro has been running. So the 120 is 2 minutes, you can tweak it to your liking.

Added to Kiss