Request - KissAssist /rebuff command?

[Slade the Magician]

Hello!
After playing pretty heavily on the TLP servers I have noticed something pretty, uh, I dont know a good word to describe it... Detrimental I guess, to keeping active with pulls and constant exp. Buffs will fade, and due to being in combat won't be refreshed unless out for a while. In addition to this, everything being single target currently the puller can miss out on things like SoW or HP buffs. This isn't a huge issue by any means, but the typical situation is something like:

-Run KissAssist on 5 of the 6 toons I'm exping (SK, Clr, Dru, Enc, and Mage)
-Let everyone run their buffs and med for mana
-Begin pulling on Bard
-Pull largeish packs of monsters, let Enchanter CC everything, kill steadily, etc.
-30+ min later buffs start fading
-While I am actively pulling on Bard, the characters back at camp are handling rebuffs on themselves until mobs arrive.
-Eventually the buffless Bard dies to a bad root, or half the group doesn't have HP buff anymore, or the healers don't have Clarity but the Bard and SK do somehow.

So, back to my initial request. Would it be possible to have a /command to refresh all buffs the characters have listed to cast? If anyone has something already in place similar to this and wouldn't mind sharing I would certainly appreciate it. Again, just a minor gripe and something that will eventually go away as group buffs take over anyway. Thank you kindly in advance!

 

[SAI6911]

From my own testing. As I also noticed many of these problems. These are all problems on the TLP server. Which, as I understand. The staff has said they will not be supporting. I wish they would, but that is the word on the street.

 

[ctaylor22]

The way KISS manages Buffs/Rebuffs has to do with the KissAssist_Buffs.ini file. If you are NOT running all your toons on the same computer, buffs will always be an issue. You can setup your toons to run on different computers if you use a shared location to run from.

Next the toon needing buffs would only be able to reset there own buffs in the KissAssist_Buffs.ini and then, still have to wait for the Buffing toon to finish what they are doing and run through the routine that checks for rebuffs. Pullers are the worst to keep buffed, because they are never in camp when the buffing toon is able to buff. I know that there is a timer setup, for the puller when chain pulling, but I am not sure about standard pulling.

 

[Slade the Magician]

I run them all from one PC, so that wouldn't be any problem.
If I could reset a character's own buffs, it would be ideal. I could just not pull and reset everyone's buffs at once and dedicate 5min or so to sitting tight while everyone runs through rebuffs. Typically what I do now is turn off and on KissAssist again when I remember to give a little down time. Once I engage KA again it does a fresh round of buffs (usually). Thanks for the replies

 

[ctaylor22]

I use to have a routine that would check if a specific buff(levitation) was about to fade(2 minutes). The routine would check just before pulling the next mob and drop the buff if less than the 2 minutes. Then it would wait until rebuffed with levitation.

The only problems with creating a routine that drops all current buffs, is there is no easy way to check for buffs you DO NOT want dropped. Lesson comes to mind, even though you would think why would someone use lesson and then hit the rebuff button.

 

[BlankStare]

There could be a list or toggle which indicates THIS BUFF if timer is less than X remaining minutes/seconds, or something. Never want to run out of Clarity or SoW -- and this is not something TLP specific, but happens more frequently there due to shorter duration of buffs.

 

[ctaylor22]

My idea for the /rebuff command would be to drop all buffs regardless of time left on buff, then reset the KissAssist_buffs.ini file with your current buffs(No Buffs), and then wait in camp for a set amount of time for rebuffs. You could easily add a check not to drop a buff if a set amount of time is left on the buff, but then you would have to continually check for when you want to use the /rebuff command.

There could be a list or toggle which indicates THIS BUFF if timer is less than X remaining minutes/seconds, or something. Never want to run out of Clarity or SoW -- and this is not something TLP specific, but happens more frequently there due to shorter duration of buffs.

 

[Slade the Magician]

My idea for the /rebuff command would be to drop all buffs regardless of time left on buff, then reset the KissAssist_buffs.ini file with your current buffs(No Buffs), and then wait in camp for a set amount of time for rebuffs. You could easily add a check not to drop a buff if a set amount of time is left on the buff, but then you would have to continually check for when you want to use the /rebuff command.

Thats what my thought was too. Just set all buff timers to zero, as if they all wore off at the same time. This would (in theory) force the classes to rebuff everything.

 

[LurkMcGurk]

I have run into this problem often with sow/chloro/c while my sk goes out to pull since the clr/dru/enc will only rebuff once combat ends and they wait for some period. full disclosure, i play on the tlp so buff timers are short etc. I thought that similar to medcombat, how difficult would it be to allow for another(maybe 2) optional argument in the buffs section to determine whether or not to buff during combat and potentially as well define how much mana the toon must have to do it? for instance, i would totally be cool with my dru casting pack spirit/pack chloro during combat as long as his mana is say above 60% or so. As well, as long as the enchanter isn't currently mezzing, i would like him to cast grm/c/haste since his mana is more or less useless other than slows when there aren't adds. but i definitely don't want my clr casting symbol/shield but have no issue with it casting resolution so i guess for instance resolution|MA|1|60 would say to cast resolution on the MA during combat as long as he's above 60% mana. the arguments being optional would allow for standard logic to proceed as intended. this is just a thought but I have definitely noticed this is a problem with kissassist. my puller not having sow/grm often = death.

edit: i realize this would end up being a big change most likely, but thought i'd share anyway since this frustrates me.

 

[ctaylor22]

I ran into an issue when developing chain pulling. The biggest problem with checking buffs and then getting rebuffs is what toons from outside the group buff you with. I love how druids and rangers love to run by and buff you with there highest DS. This creates a ton of problems. Number one, if you have someone in your group trying to keep a DS up on your group and your group member's spell will not overwrite your current DS on your group. The group member just keeps trying to buff the same spell over and over again.

Now considering what I just mentioned above. Try creating a routine that checks if you need to rebuff and part of the rebuff routine is to drop a buff and then wait for the buff. This works fine if a member of your group can rebuff you with the same buff, but if the buff was cast from outside your group you are screwed.

Now a partial solution to this problem, would be to be able to get the casters name/info from the buff and check that against the current group memebers. I know the name of the caster is in the buffs data, but MQ2 does not give you access to the field/information. The casters information is removed at some point, but I am not sure when. I know when you first login and check your buffs, the casters information is not there, but if you have someone refresh the buff for you. You can see the casters name in the buff information.

Now if there was a way to reference the casters name on the buff before you drop it, then you could check if the caster is in your group and if they are a member then you could wait for a rebuff. If the caster is not part of the group then drop the buff and wait for a specified amount of time, because maybe someone in the group will rebuff you with the same buff.

This is complicated if you want to do this correctly, If I knew of a way to access the casters name from the buff I could create the logic to drop buffs and wait for rebuffs.

Maybe EQMule is aware of something I am not. It has been a while since I have looked into trying to do this.

 

[Inkie]

what if there was a "Hold pulls for these buffs" in the pull section in the .ini? You would list the specific buffs you want to ensure are on you (SOW, Selo's, etc.)

if given the role puller (or any of the pullertank / pullerpettank) the puller held pulls if those buffs were blinking (or the duration was < somevalue)

there might also be some benefit into researching the new spell stacking group data (if available as a data point) to fix stacking issues and stop spam casting a buff.

https://forums.daybreakgames.com/eq/index.php?threads/game-update-notes-july-22-2015.225121/