• 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 (3 Viewers) 12.002.039

No permission to download
Join us with Level 2 access RedCents
Overview Commands Instructions Updates (69) Reviews (5) History Discussion
ctaylor22 said:
Well I have been testing this this morning, and I am not able to get my mage to try and give the Visor to his pet. I even have him casting the Convocation of Water. I have tried starting the macro with no pet and I have tried telling the pet to leave while the macro is running, and my mage will skip over the visor every time.
Click to expand...

It's when you attempt to give pet toys to another classes pets by using /pettoysplz GROUP
 
Oh something I forgot to add to the instructions about the new pettoys. There is a new Tag you can use called inventory. This new tag allows you to give from your inventory to your pet. So if you want to give your pet trade skilled armor and what not, you can now.

PetToys1=Inventory|ItemName1|ItemName2|ItemName3

If the pet hands you back the item, then the item is NOT deleted, but put back in the bag/slot it was taken from. So now you can give those summoned swords everyone keeps from their Cauldron of Countless Goods to their pet.
 
ctaylor22 said:
Another Fix for new pettoys code.
Click to expand...

It no longer loops on the Visor! Great!

I only tried this once just now! I did an /end on all classes in my group, then I had all my pets in group /leave including the mages pet. Then I restarted the macro on everyone and the pet classes all successfully made their pets.

The mage proceeded to give his pet the 2 weapons and the 3 appropriate focus items.

Then I /pettoysplz GROUP and the mage successfully handed the other 2 pets in the group all their weapons, armor, focuses, and visors and only the correct amount of each!

Then the mage actually gave his own pet the focus items a 2nd time and of course they were rejected and then the mage deleted the bag and the /pettoysplz routine ended.

So the double set of focus items to the mages own *pet* was one of 2 oddities I saw. The other oddity was the time delay in handing out the pet items. For the SK pet it was 5 seconds per item. For the enchanter pet it was only 1 second per item! The characters were all sort of stacked on top of each other so perhaps there's an issue getting the pet targeted? I wouldn't worry about this time delay just yet, it could be a fluke of my circumstances or the background load on my device?

So in summary I think you nailed the Visor loop issue for sure! Thank you!
 
@B_I_G__D_A_D_D_Y , Thanks for the feedback, yea I noticed the focused items bit as well, But as long as I didn't use the /pettoysplz group command there were no issues. I plan on looking to see why the focused items are being given back to the mages pet for a second time, when the /pettoysplz group command is used, but I was trying to get the other problem fixed, because that was annoying. Oh by the way I don't use the /pettoysplz command in my group normally, so I will need to start doing that when testing the pettoys routine.
 
Downloaded the current macro 12.002.005 sized 858,429 bytes and tried /pettoysplz GROUP and it worked great and was quick too. It still gives the focus items to the mage pet at the end but that's a minor thing. I think it has something to do with the variable for PetToysGave. As it hands out items to group members pets the pet name keeps changing and thus doesn't match the mages own pet. When it gives the focus items at the end that variable finally reflects the mages pet and then all is satisfied.

So far I've been using the newer versions of the macro for several hours of constant pulling and mayhem and the combat routines seem to be very responsive and movements crisp and quick. I'm very happy with the way it's running! At some point today I'll read your changes again and try to test them all.
 
@B_I_G__D_A_D_D_Y Thanks for the feedback and the help. I think I have already figured out the issue with the focused items. I just need to test out the new changes.
 
ctaylor22 updated KissAssist with a new update entry:

Added new flag

Added a new flag to the [General] section LOSBeforeCombat=0/1 The default is 0(off) so your combat(Melee and Casters) won't try and get Line Of Sight on mobs before they start combat. This function, when turned on, checks for MeleeDistance before it engages. This function was added mainly for Melee, when fighting in locations where there are obstacles(Walls, rocks, stumps, etc...) keeps the character from engaging because the mob is not in LOS, but is in MeleeDistance range. This function is...
Click to expand...

Read the rest of this update entry...
 
@ctaylor22 I'm running 12.002.006 and I tried your new flag LOSBeforeCombat on my 105ish FTP squad and it seems to work fine and I haven't discovered anything else amiss! Where I'm pulling there are some columns or pedestals that sometimes cause a LOS problem and now I've watched my crew move around the blocking item to debuff and engage the mob. Looks like a good change to me. And I made new pets today and the pet routine is working well except for the final pass of focus items to the mage's own pet. Although in my test I had the mage in the foreground. I haven't tested pet toys with the mage in the background but I suspect it will still be fine.
 
@B_I_G__D_A_D_D_Y the focus item issue should be fixed. PM me the pets section of your mages ini including the PetToysGave. The problem was that if you only specified the bag, and no items. Then the spell entry was NOT getting added to the PetToysGave entry. My mage is not trying to re-give the focus items to his pet when using /pettoysplz group. But I did wait till my mage was finished giving all his toys to his own pet before I issued the /pettoysplz command.
 
There is an issue with Buffing when using a full group vs using a partial group. As far as I can determine it's happening in the CastSpell routine, or a return from the CastInterruptBuffs routine and maybe it's missing a return value, but my brain can't wrap around it this late. I'll DM you two log files. One has a group of 5 lvl 2 toons, the other has a group of 6 lvl 2 toons. The partial group has the cleric buffing all 5 toons with courage (the only spell defined in the ini at all), the full group log the cleric will buff herself, but nobody else, and it chain cycles through the while statement in that sub.
 
ctaylor22 said:
@B_I_G__D_A_D_D_Y the focus item issue should be fixed. PM me the pets section of your mages ini including the PetToysGave. The problem was that if you only specified the bag, and no items. Then the spell entry was NOT getting added to the PetToysGave entry. My mage is not trying to re-give the focus items to his pet when using /pettoysplz group. But I did wait till my mage was finished giving all his toys to his own pet before I issued the /pettoysplz command.
Click to expand...

Finally got time to test today (after a group wipe!) and pettoys worked just like you described! So it's all good now! Really liking how well it's working with MQ Next too.

Edit 11/12/2021 to add, I ran 12.002.006 on all my max'd out Gold characters and it's working well. After an hour I don't have anything unusual to report or complain about. Now if you could just get KissAssist to cure Covid19 then it'd be perfect!
 
Last edited:
The first request, please.

Can we remove this from the main Mac, please? This is blocking Mind Erosion and I spend like 3 hours on this.
I can hard-cast this debuff (Mind Erosion ) and still get mana from mobs that the below line of code is blocking, I see no point in it.

I did remove this line and now my INI file works as intended.

/if (${Spell[${DPSPart1}].Subcategory.Equal[Mana Drain]} && ${MyTargetID} && !${Spawn[${MyTargetID}].Class.CanCast}) {
/if (${DebugCombat}) /echo CombatCast: I'm skipping ${Spell[${DPSPart1}]} on ${Spawn[${MyTargetID}]} in CombatCast cause we shouldnt try to mana drain non caster mobs \agLine#: ${Macro.CurLine}
/break
}


The second request, please. (>never-mind on this< I figure it out, it is not only time-based, but it also based on your usages).

Somehow Kiss-Assist is dropping Flesh to Venom from my buffs. Its HP dot for Necro leech on themselves, yes they will die from it. But while grouping it's dropping all the time and the INI has to re-apply it again.
I have no idea how to stop it.
 
Last edited:
@Overtimer Can you Mana Leach non-caster mobs now? At one time you were not able to mana leach non-caster mobs, because pure melee mobs don't have mana. I will try and test it with my necro.
 
ctaylor22 said:
@Overtimer Can you Mana Leach non-caster mobs now? At one time you were not able to mana leach non-caster mobs, because pure melee mobs don't have mana. I will try and test it with my necro.
Click to expand...
yes.

there *are* some old timey mobs that you can't, but for the majority of mobs, yes you can now (and have for a while)

kaen did post in the ka_test_team discord channel and was a short discussion about it.
 
I seem to be getting an odd delay. Anytime a character ends up with an item on their cursor (for example, zerker summoning axes, or mage makes mod rods) all of my chars that are not my active window seem to freeze. They remain unresponsive with the item on their cursor until I click on that window to make it my active window. Then it will drop the item in my bag and resume running as normal. It even spams in the MQ chat window a whole bunch of "attack called: char mob#". I have never seen this behavior before and I've checked all my settings, my framerates are all running at 30 to 60 fps in both foreground and background. Just curious if anyone else is seeing something similar?
 
Leo said:
I seem to be getting an odd delay. Anytime a character ends up with an item on their cursor (for example, zerker summoning axes, or mage makes mod rods) all of my chars that are not my active window seem to freeze. They remain unresponsive with the item on their cursor until I click on that window to make it my active window. Then it will drop the item in my bag and resume running as normal. It even spams in the MQ chat window a whole bunch of "attack called: char mob#". I have never seen this behavior before and I've checked all my settings, my framerates are all running at 30 to 60 fps in both foreground and background. Just curious if anyone else is seeing something similar?
Click to expand...
have you considered moving over to MacroQuest "Next" yet? some of the item stuff in mq2 "legacy" is a bit iffy, which might explain the cursor stuff

> how to migrate <
 
I'm back to using MQ2 while I run explore... logging in alts, feeling like a homeless pilgrim, trying to remember what I've changed since I made the move to Next. Outside of the disagreements in how easyfind works, and having my EQBCS command prompt not auto-launch when I run MQ, Next is 10000000% better than MQ2.

Everything is faster in Next. Do it! Make the change!
 
We also made a change that will keep an item on the cursor for 15 seconds and then drop it in your inventory. The reason for this is that people couldn't swap out items while in combat. The old code would not let you pick up and hold it long enough to move it. If you watch the character they will drop the item after 15 seconds. The macro is not froze, but there are a lot of things you can not do while you have an item on your cursor. You can always add an entry in your DPS section that uses the /autoinventory command and force the item do be dropped into inventory. But if you ever need to pick up an item and move it around, it will be near impossible.
 
yea I considered the /autoinventory option. It is definitely taking a lot longer than 15 seconds. I really notice when it happens to my healer because I obviously don't get healed. But I noticed it on my zerk today and he remained unresponsive for a full 10 minutes and I assume would have remained that way until I clicked over to him. I'm sure I can find a workaround, I just thought it was really odd behavior.

I haven't tried MQ Next yet. I suppose I should start looking at that lol. I'll try the /autoinventory option for now.
 
How is the zerker summoning items? The summoning code drops the items into your inventory after each item is summoned. Not sure how the axes are getting left on your cursor from the SummonStuff routine.
 
Update: switched over to MQ Next, still experiencing the same issue. Gonna try the auto inventory option I guess.
 
add a docommand /autoinv to your buffs section at the very end?

I too had issues with moving inventory while in combat, I'd just /mqp, move stuff, /mqp
 
Yea, I'm not sure either. I've never seen it act this way before and to be honest, I'm not even totally sure how long it's been going on but I can't imagine more than a day or two at most. The behavior is also happening with mod rods on my healers which is what brought it to my attention the first time. The healer was randomly not healing causing me to wipe. Took me a bit to figure out it was related to my mage summoning a new rod which ended up on the cursor of the cleric. Then the cleric would just sit there doing nothing until I clicked over. Once I click over it would start to spam a whole bunch of engage target messages like it was somehow paused, but not really paused. It's hard to explain. Either way, I appreciate the help, let me know if there is anything I can do to help too.
 
/autoinventory works fine. If my zerker's window is my active window everything seems to work fine. It's only causing the issue if the zerker or other characters are not my active window, seems odd that it would be related to running in the background but that's the only thing that seems to be common between the chars. Been trying to troubleshoot this all morning myself.
 
okay, so after more playing around. It seems to be a timing issue that when the summoning starts right as a mob is pulled the chars appear to get confused. If they are all out of combat everything works perfectly.
 
Leo said:
/autoinventory works fine. If my zerker's window is my active window everything seems to work fine. It's only causing the issue if the zerker or other characters are not my active window, seems odd that it would be related to running in the background but that's the only thing that seems to be common between the chars. Been trying to troubleshoot this all morning myself.
Click to expand...
I know you did mention having background fps, but can you just confirm that you don't have your alt-o everquest settings to Min FPS for your "Max Backgorund FPS"
1636760369247.png
 
Not sure either. Not sure why your cleric wouldn't cast with something on her cursor, because you can cast a spell while you have an item on your cursor, you just CAN'T mem a spell with an item on your cursor. Well that is what I remember last time I tested.
 
I'm at a loss, cleric just froze with nothing on the cursor....... once I clicked over to her she began healing again. But she wasn't healing at all for a good 3 to 4 pulls and this time there was nothing on the cursor. Now I'm starting to think it's a larger issue with my system. I did just upgrade to windows 11 a week ago, but I haven't had any issues at all with anything. As I was troubleshooting this morning I tried a completely fresh install of EQ and MQ2 and was still experiencing the periodic freezing.
 
It sounds a lot like background frame issues. If it is not happening to your foreground process, then it must have something to do with your background framerate.
 
You must log in or register to reply here.
KissAssist Release KissAssist
Next unread thread 🦁

Users who are viewing this thread

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

Cart

Total -