Problem - Can we please end the Bard invis-->melody decisions?

[BlankStare]

If you're invis, mostly due to your own songs, and we are not in combat, can bards please decide to not break invis by starting up their resting melody?
This has been a literal problem for years. It causes dead bards and/or group wipes. Stopping song and hitting double invis will generally result in the bard deciding it's okay to pop invis to play their resting melody.

For example, I use a hotbutton such as:


This will most of the time cause the bard to start songs back up, unless we're moving, in which case the bard won't. If we are standing still, 100% chance the bard starts songs back up. The only solution I can find is to pause the kissassist macro to perform this, which then becomes a 100% kissassist problem due to being unable to handle invis properly.


Can KA devs please look into better ways to handle invis? Or maybe I am wrong and doing something completely inappropriate?

 

[Sic]

Turn off twist before stop song, and use a delay or timed there imo

 

[BlankStare]

Turn off twist before stop song, and use a delay or timed there imo

That sort of worked, until it didn't.

 

[Shadow]

I don't have an issue with my procedure of toon moving with my bard using KA.

/noparse /dgga /if (${Me.Class.ShortName.Equal[BRD]}) /multiline ; /mqp on ; /timed 2 /twist stop ; /alt activate 3704 ; /timed 5 /alt activate 231

and then unpause hotkey when I get to where I am going.

 

[Gekko]

I don't have an issue with my procedure of toon moving with my bard using KA.

/noparse /dgga /if (${Me.Class.ShortName.Equal[BRD]}) /multiline ; /mqp on ; /timed 2 /twist stop ; /alt activate 3704 ; /timed 5 /alt activate 231

and then unpause hotkey when I get to where I am going.

Was going to say perhaps /mqp on the bard but Shadow beat me to it.

Drat you Red Baron.

Be well. Happy singing.

 

[BlankStare]

So the solution is to stop using Kiss Assist to fix this problem? That doesn't really feel like it's an actual solution to Kiss Assist handling this poorly.
If this is the case, I will immediately revert to the original question, of request a KA Dev to look into this functionality being broken, or ignored, to start taking actions which break invis when it's unwarranted (no mobs in camp / extended target).

 

[Shadow]

So the solution is to stop using Kiss Assist to fix this problem? That doesn't really feel like it's an actual solution to Kiss Assist handling this poorly.
If this is the case, I will immediately revert to the original question, of request a KA Dev to look into this functionality being broken, or ignored, to start taking actions which break invis when it's unwarranted (no mobs in camp / extended target).

How is that your take away? A little dramatic don't you think?

I already linked a pause, twist stop, dbl invis hotkey. Then you have another hotkey to unpause. Problem solved. Work within the constraints of the class.

 

[BlankStare]

Work within the constraints of the class.

So you believe that stopping the macro to get the character to function appropriately is working correctly? I just want to get this clear.

 

[BlankStare]

Just to summarize:

1. I believe this functionality to be a bug, and not working as intended. It causes trains, group wipes, and so on as the bard believes it should be singing songs as we travel or invis safely.
2. The current work around is to stop using Kiss Assist and then to turn KA back on when ready, due to how KA behaves and reacts to being invisible, even when there is no threat in camp.

I would still like someone who has worked on Kiss Assist development to take a look at a possible resolution, such as a "Should I turn my resting or out-of-combat melody on? Let's see if we're invis first".

Thank you in advance.

 

[Shadow]

So you believe that stopping the macro to get the character to function appropriately is working correctly? I just want to get this clear.

And do you believe according to your earlier posts that this "problem" has existed for years and that NOBODY on the KA Dev team has been notified, or resolved the issue? Is it possible, maybe perhaps, it is by design? Or maybe not able to be fixed because of the Bard class mechanics or limitations of the dependency of another plugin? I am not saying it is, just offering another possibility. KA Bard relies on another plugin - MQ2Twist. If you hit your alt act hotkey while twist is running, invis is instaneous, BUT Twist is still running and could possibly be starting a new song before KA can possibly react and know you are invised to stop twist?

You aren't stopping the macro, just pausing it for the time being while you do your thing. Moving camps, afking, whatever. How much does a hotkey press really have an effect on the ability to do what you want in this game? Literally - Press the hotkey. Problem is solved and will not cause trains, group wipes, or sing songs while invis. Unpause later when ready. Pretty much the whole community that uses KA on Bards does this.

I think this boils down to how you approached it. "Can we please end the Bard invis-->melody decisions?" I get flashbacks of Chandler Bing...

 

[BlankStare]

You aren't stopping the macro, just pausing it

You're ceasing its function. You're stopping it. I did not say you are ending it.

MQ2Twist also should be deprecated as /melody is substantially better.

 

[an_image]

You're ceasing its function. You're stopping it. I did not say you are ending it.

MQ2Twist also should be deprecated as /melody is substantially better.

Drama!

My money is on @Shadow

 

[microscope]

There are various things I'd like to see tweaked in KA. The invis thing is one, I usually just pause all my guys when I start invis and then unpause when I fight, but it would be nicer to not have to keep starting and stopping it. There are some other QOL things KA could always do with. Like when my characters die they freak out recasting pets and stuff with no components. I'll make conditions sometime but it would be nice for KA to deal. Also healers seem to get stuck in a loop of trying to heal, stand up fizzle the heal, sit to med again, then stand up and fizzle every time. The heal sometimes never gets cast and they never med up either. So again I just stop kiss when characters are dead until I get them back in their gear.

That reminds me, on EQ emulator the rezzing mechanic doesn't include looting anymore, which is sads.

 

[Dragonator]

Far from perfect, but I have two ini files. Kissassist_bard_camp.ini and Kissassist_bard_travel.ini

They are identical with the exception of in the travel.ini I have ;TwistOn=0 ;TwistMed=11 and ;TwistWhat=11 12 7 3 1 4 commented out. In the bard_camp.ini they are active.
When I use my setcamp button it reloads bard with the camp ini so at rest he plays his tunes...... when done with the camp I hit the break camp button and he loads the travel.ini , invis the group etc...

 

[dpanaben]

You can use BoxHud, or /bcaa //status invis to make sure the double invis is working or not before you move.

 

[ctaylor22]

One of the big problem with bards and the med routine is if the bard enters the med routine and starts his MedTwist and then gets invised after he has started. Because he is twisting(MQ2Twist) the invis will be broken almost immediately. Why not turn off twistmed? If twistmed is not used, then the bard just sits down. If the bard keeps twisting while twistmed is off, then there is something outside of KA causing the bard to cast stuff.

 

[nerp]

managroup/endgroup buffs seem to trigger while invised. I changed line 13052 to:

                /if (${Me.PctMana}<=${Buffs[${i}].Arg[3,|]} && ${Me.PctHPs}>${Int[${Buffs[${i}].Arg[4,|]}]} && !${Me.Invis}) {

Which seemed to kill it.