• 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
KissAssist

KissAssist Release KissAssist (2 Viewers) 12.002.039

No permission to download
Join us with Level 2 access RedCents
Overview Commands Instructions Updates (69) Reviews (5) History Discussion
LrdDread said:
If you go to the top of this page, you should be able to click on "History" and download previous versions of KISS.
Click to expand...
I have the old version, unfortunatly it appears chsnges were made to the original ini files snd I don't hsve backups. I'll work my way through it eventually.
 
@mikeraylittle Ka12 wouldn't of totally of overwitten your ini's it would of added/removed a few entries, but not overwriten. I have notices some issues with out of group healers that can be fixed by setting your out of group characters, you want to heal as Xtarget entries. Pluss if you are running kiss and you edit the ini file while running kiss and the XTarget entry is zero, then there is a problem. you can't be editing the ini file kissassist is using.
 
ctaylor22 said:
@mikeraylittle Ka12 wouldn't of totally of overwitten your ini's it would of added/removed a few entries, but not overwriten. I have notices some issues with out of group healers that can be fixed by setting your out of group characters, you want to heal as Xtarget entries. Pluss if you are running kiss and you edit the ini file while running kiss and the XTarget entry is zero, then there is a problem. you can't be editing the ini file kissassist is using.
Click to expand...
I would say a software update should NEVER touch user setup files. The SK and cleric did simply STOP working based on something. I believe now there was an issue with the update though I'm still not sure what. I ran the update again and have rewritten my ini's things seem to be MUCH better. I have reintroduced a problem, hopefully the last one, that was giving me issues before. Apparently the SK wants to buff his pet while the entire group is being beaten down.

Once I get that issue resolved everything should be fine. I can edit the ini while the system is running I just have to make sure the macro is not running. That has always and still does work fine.
 
Last edited:
If I restart my Ini mid fight and my SK has no pet, he is hell bent on making one and buffing it before he will engage. This is the only time I have noticed this happening.
 
deathlock said:
If I restart my Ini mid fight and my SK has no pet, he is hell bent on making one and buffing it before he will engage. This is the only time I have noticed this happening.
Click to expand...
If you restart your sk mid fight then you get what you get. I have never done this so I have to take your word for it. With pet buffs turned off the issue goes away. I am digging through the code trying to figure out what the issue is.
 
@deathlock That's really strange. When starting kiss the main loop tries to cast your pet first, but only if you DON'T have aggro. Now if for some reason you have a pet it will buff your pet. I could add a check for aggro, but if it didn't work for creating I don't think it will work for buffing your pet. Like I said that is strange. If you start the macro in the middle of a fight, I would think you would have aggro, unless the mob is a social mob and you DON'T have aggro yet, because you DON'T have anything on your extended target..
 
ctaylor22 said:
@deathlock That's really strange. When starting kiss the main loop tries to cast your pet first, but only if you DON'T have aggro. Now if for some reason you have a pet it will buff your pet. I could add a check for aggro, but if it didn't work for creating I don't think it will work for buffing your pet. Like I said that is strange. If you start the macro in the middle of a fight, I would think you would have aggro, unless the mob is a social mob and you DON'T have aggro yet, because you DON'T have anything on your extended target..
Click to expand...
It is strange and I'm sure it is something in the ini file for sk. When/if I find it I will let you know. One thing you may need to know is I NEVER pull with SK. I generally play either a ranger or necro physically outside of KA and pull back to the waiting grp.

Another thing I just noticed, been working on this all day, is it seems issues crop up when I use pause and unpause. I just found my mage running ka does not reengage after pause. If I switch him to RGMercs he does. THAT I find really odd. Below are my key text. I would appreciate it if you see something odd.

(Pause)
/bcga //mqp on
/bcga BardName //twist off

(Unpause)
/bcga //mqp off
/bcga Bardname //twist on

Again, this happens only when mage is running KA. I'm going to bed! This is giving me a headache.

Before I go CTaylor please understand I'm not complaining. Wonderful product and I appreciate everyone's input.
 
mikeraylittle said:
It is strange and I'm sure it is something in the ini file for sk. When/if I find it I will let you know. One thing you may need to know is I NEVER pull with SK. I generally play either a ranger or necro physically outside of KA and pull back to the waiting grp.

Another thing I just noticed, been working on this all day, is it seems issues crop up when I use pause and unpause. I just found my mage running ka does not reengage after pause. If I switch him to RGMercs he does. THAT I find really odd. Below are my key text. I would appreciate it if you see something odd.

(Pause)
/bcga //mqp on
/bcga BardName //twist off

(Unpause)
/bcga //mqp off
/bcga Bardname //twist on

Again, this happens only when mage is running KA. I'm going to bed! This is giving me a headache.

Before I go CTaylor please understand I'm not complaining. Wonderful product and I appreciate everyone's input.
Click to expand...
Its /bct bardname //twist off
 
mikeraylittle said:
Has always worked in the past BUT I will take your advice. Thanks.
Click to expand...

It works because its a /bcga regardless of bardname,, //twist off, which tells everybody in group to do /twist off

/bct bardname //twist off tells ONLY the bard to /twist off.
 
Amarth said:
It works because its a /bcga regardless of bardname,, //twist off, which tells everybody in group to do /twist off

/bct bardname //twist off tells ONLY the bard to /twist off.
Click to expand...
Yes I understand that my comment was more in line with I do not see how that would cause my problem. I have made the switch though and I'm monitoring progress. Can say now the issue not only persist with mage it has migrated to bard as well. Not sure what the hell is going on at this point, anyone with troubleshooting advice?
 
Last edited:
Amarth said:
/xtslot is for if you wish to use it as a oog thing. i.e. you're using a Druid to PL a lowbie.
Click to expand...
Sorry to circle back around to this Amarth but could you provide more information OR point me to a spot to find such information? I have "found" another account and would like to try to pl a Berserker with my 113 druid. Seeking information, based on your short answer, about using xtslot.
 
@mikeraylittle Don't worry about the xtslot entry that is maintained by kiss. Even if you change it, kiss will just zero it out when you /end the macro.

What you want to do when PL'n toons, is on the healer use XTargetHeals. That way the Healer is out of the PL group, but will still monitor the characters in the PL group.

before running kissassist you would want to target each of the PL characters and add them to the XTarget window. You would want to have an entry, in the XTarget window, pointing to each of the characters you are going to heal. Let's assume you will be PL'n 4 toons, so you would use the first 4 XTSlots. So your XTarget healing entries would look something like this:

XTarHeal=1
XTarHealList=1|2|3|4

Now when you start up kiss and go edit the ini file you will see XTSlot will be equal to your first autohater slot in the XTarget window, and in this setup that would be 5. Now not to make things anymore confusing, but there are some plugins that will use the First XTarget entry, so you may want to leave the first entry as autohater and use entries 2 - 5.
 
ctaylor22 said:
@mikeraylittle Don't worry about the xtslot entry that is maintained by kiss. Even if you change it, kiss will just zero it out when you /end the macro.

What you want to do when PL'n toons, is on the healer use XTargetHeals. That way the Healer is out of the PL group, but will still monitor the characters in the PL group.

before running kissassist you would want to target each of the PL characters and add them to the XTarget window. You would want to have an entry, in the XTarget window, pointing to each of the characters you are going to heal. Let's assume you will be PL'n 4 toons, so you would use the first 4 XTSlots. So your XTarget healing entries would look something like this:

XTarHeal=1
XTarHealList=1|2|3|4

Now when you start up kiss and go edit the ini file you will see XTSlot will be equal to your first autohater slot in the XTarget window, and in this setup that would be 5. Now not to make things anymore confusing, but there are some plugins that will use the First XTarget entry, so you may want to leave the first entry as autohater and use entries 2 - 5.
Click to expand...
I feel somewhat stupid now but thank you. As a raid cleric I ALWAYS add folks to the xTarget window for heals. Apparently though when I'm on the forums researching such stuff I FORGET what the xTarget window even is.... I feel shame....

Thanks for following up on my post though.
 
Tank decided to not wait for rez upon dying, he immediatetly clicked to respawn instead of waiting to be rezzed, standard campfire was up if that matters any. Never seen this before, started happenening last night, as well as some casters randomly start casting origin. I'm fully up to date on launcher and all Kiss and files.
fg.jpg
 
I had a toon started to cast Origin over and over for no reason. I just stopped it and started KA again and it was ok - but yeah something strange in the neighborhood
 
@lordtweak your epic is an item, and casting interrupts are only checked on spells. Kiss will NOT interrupt casting items, so I would think it could be a plugin causing the issue, or try and get a debug log and PM me the log and I will take a look.
 
I just upgraded to KISS 12. I have my toons set to click back to camp on death, but this fails with the following error:

[2021/01/30 13:39:12] [MQ2] I have died and the Angels wept.
[2021/01/30 13:44:28] [MQ2Nav] Successfully loaded mesh for guildlobby
[2021/01/30 13:44:29] WARNING: Undefined Variable ClickBackToCamp used on line [email protected] /if (${Me.Fellowship.Campfire} && ${ClickBackToCamp}==1) /break Macro Paused.

Here's my AFKTools section:

[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=1
 
I'm using KA on my Bard, rest are CWTN plugins. After a period of time running around, the macro ends on its own.... i see two messages, one after the other, "The current macro has ended." I'm not sure how long it runs before pooping out, but probably 15-20 minutes. I believe this started when i started using Hunter Tank mode more often, but I can't be sure. I may have just not noticed before.
 
I think this is a typo, and the macro is referencing ClickBackToCamp when the variable is actually named ClickBacktoCamp.
 
tweeb said:
I think this is a typo, and the macro is referencing ClickBackToCamp when the variable is actually named ClickBacktoCamp.
Click to expand...

It is

change /if (${Me.Fellowship.Campfire} && ${ClickBackToCamp}==1) /break
to /if (${Me.Fellowship.Campfire} && ${ClickBacktoCamp}==1) /break

Case matters here.
 
Today I remembered to have read something about "/backoff on" and "/backoff off" beeing implemented in one of the last updates. For a change from camping augs in CoV I went back to GoD and started "Restless Assault". Before starting the event I created 2 new hotbuttons one named "BO dps" with 4 lines "/dex dpscharname /backoff on" and one "BO resume" with "/dgge /backoff off". Without a good control of your dps, the last 2 nameds of that hero are a hassle and really stressful. Since today I could not manage to box it completely on my own. With the new 2 hotbuttons it became an easy task.

Thank you for those 2 comands. :woop: They worked reliably and give me the opportunity to do much new stuff, I couldn't do without them.
 
Dragonslayer said:
Today I remembered to have read something about "/backoff on" and "/backoff off" beeing implemented in one of the last updates. For a change from camping augs in CoV I went back to GoD and started "Restless Assault". Before starting the event I created 2 new hotbuttons one named "BO dps" with 4 lines "/dex dpscharname /backoff on" and one "BO resume" with "/dgge /backoff off". Without a good control of your dps, the last 2 nameds of that hero are a hassle and really stressful. Since today I could not manage to box it completely on my own. With the new 2 hotbuttons it became an easy task.

Thank you for those 2 comands. :woop: They worked reliably and give me the opportunity to do much new stuff, I couldn't do without them.
Click to expand...

Check out this post .. Question - - Restless Assault | RedGuides: EverQuest Multi-boxing Community

You can completely automated your dps backing off on Narandi while you determine the correct version!
 
@B_I_G__D_A_D_D_Y many thanks. I found the Events for "bend the knee" for "Icebound Avatar" but those for Narandi I wasn't aware of.
For some still unknown reason, I haven't found a way to get the events run on all toons. But now Ill go and try also that one.

Narandi wasn't an issue anymore with "/backoff on". I simply "soloed" him "manually" with the SK and healer active and the other toons backed off.
Most imortand is, that I could stop the dps-toons reliably with one click.
 
When ClickBacktoCamp should trigger, the MQ window shows /if (${Me.Fellowship.Campfire} && ${ClickBackToCamp==1)/break
Then the macro is in a paused state.

Please help.
 
TaTaige said:
When ClickBacktoCamp should trigger, the MQ window shows /if (${Me.Fellowship.Campfire} && ${ClickBackToCamp==1)/break
Then the macro is in a paused state.

Please help.
Click to expand...
I moved your post to the kissassist thread.

CTaylor addressed this a couple posts above > HERE <

INI: 
${ClickBackToCamp}==1)
should be
INI: 
${ClickBacktoCamp}==1)
 
There was a recent change to DanNet TLO that affects funcationality with DanNet reporting & Kissassist. Mythas found the problem a few weeks back in the Mq2DanNet discussion thread. Part of Line 10836 needs to be changed from (${DanNet[all].PeerCount}) to (${DanNet.PeerCount[all]})
 
Tank decided to not wait for rez upon dying, he immediatetly clicked to respawn instead of waiting to be rezzed, standard campfire was up if that matters any. Never seen this before, started happenening last night, as well as some casters randomly start casting origin. I'm fully up to date on launcher and all Kiss and files.
Click to expand...
The images looks like your toon ended up in the guild lobby without a rez and then tried to run the command clickbacktocamp with a typo in the kissassist.mac on 11369 that should be ClickBacktoCamp instead of ClickBackToCamp, causing a break that paused the macro.
change
/if (${Me.Fellowship.Campfire} && ${ClickBackToCamp}==1) /break
to
/if (${Me.Fellowship.Campfire} && ${ClickBacktoCamp}==1) /break
 
You must log in or register to reply here.
KissAssist Release KissAssist
Next unread thread 🦁

Users who are viewing this thread

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

Cart

Total -