Problem - Bard Mez Priority

[Kryp]

This may be a wierd one and I don't think it's user error on my end this time... hehe

Group consists of the following:

114 warrior - Lua Rgmerc
113 Zerk - Lua Rgmerc
113 Rogue - Lua Rgmerc
125 Cler - CWTN
125 Bst - - CWTN
125 Bard - Lua Rgmerc

Running grind and have everything set based on what's controlling the toon.

For the bard I find he is not prioritizing Mez. I'll sometimes get 3 or so mobs and it takes him a bit to start reacting and mezing and this can result in deaths. On groups of 2 I've had instances where the first mob is almost dead before the add gets mezed.

Also having alot of group members including the bard break mez despite having the break mez option turned off.

Any thoughts?

 

[Derple]

We would need a lot more info... what is breaking mez is it an AE? Mez is not highly tested but I do use it in my group and it works pretty okay. I also see tons of mez breaks (if you turn on group announce it will say what is going on in group chat for easier tracking).

The first and primary check is going to be if xtarg haters > aeMezCount so what is that set to? do you have debug on? is the CC table filling up? Bards don't do ae mez so they will mez 1:1 there might be bugs in the logic but in general it will turn off attack target and mez - I am not sure how this works with the tank swapping targets to hold aggro etc.

 

[Kryp]

K ill try and do a few of those things to get more info.

I don't have debug selected. What does that do exactly?

 

[Derple]

K ill try and do a few of those things to get more info.

I don't have debug selected. What does that do exactly?

Spits out a lot more info about what is going on.

 

[Kryp]

Okay ill toss that on.

Also how do I get everything to show in group chat like to determine what's breaking mez.

I have the mez success going to group chat. Didn't see any other option though.

 

[Derple]

there is a group announce option just search for it.

 

[postleaf]

We would need a lot more info... what is breaking mez is it an AE? Mez is not highly tested but I do use it in my group and it works pretty okay. I also see tons of mez breaks (if you turn on group announce it will say what is going on in group chat for easier tracking).

The first and primary check is going to be if xtarg haters > aeMezCount so what is that set to? do you have debug on? is the CC table filling up? Bards don't do ae mez so they will mez 1:1 there might be bugs in the logic but in general it will turn off attack target and mez - I am not sure how this works with the tank swapping targets to hold aggro etc.

Bard gets AE mez at 85+
"Wave of ..."
It looks like the song list and usage logic has been ported to Lua. There was special logic needed to handle bard mez (single target spell, single target AA, AE song) due to bard weirdness awesomeness.

 

[Cybris]

Definitely having this issue multiple targets on Xtarget and is not mezing for 30 seconds sometimes. In the meantime tank will die wiping group,
Need bard to quit anything it's doing and mez if multiple targets on xtarget. AE Mez and single target mez enabled and memed.

 

[Algar]

Definitely having this issue multiple targets on Xtarget and is not mezing for 30 seconds sometimes. In the meantime tank will die wiping group,
Need bard to quit anything it's doing and mez if multiple targets on xtarget. AE Mez and single target mez enabled and memed.

What is your AE mez count set to?
Are the mobs in actionable range? Did they all come in at once, or are more mobs slowly added?
Sometimes a bard will ae mez on 2 targets and then it isn't available when 3, 4 and 5 show up, as a broad example.

Edit: not to imply the config or bard handling is perfect, not trying to be dismissive of what you are saying.

 

[Cybris]

all in range. This is using grind on GMM. mez AE count set to 3. I did exaggerate on the 30 secs it's more like 10 to 15 but still plenty of time for tank to get squashed and the mez messages do show in group chat so it is happening just seems to be delayed to me.

 

[Algar]

Yeah its at the top of a rotation to use (debuff) and isn't handled by the main mez module I think? I have noticed burn settings sometimes conflict, i.e, burns enabled by number of mobs and so is the mez so it gets jumbled in a little.

Overall the delay between songs doesn't help, I've been playing around with some under the hood stuff seeing if I can walk back some of the inherent delays. Hopefully someone smarter that me will make this baby sing. Uh, no pun intended XD

 

[postleaf]

Macro version had two methods to use aemez. Simple version was to use as part of rotation. That one doesn't work great (but has better DPS, which is why it was implemented originally). Another more robust version used an "ismezzing" flag and drops into mez module before it gets into combat routine. The Lua version seems to have it but my novice Lua abilities aren't enough to tell if it is actually using it correctly.

See MezNow method of mez.Lua around line 255 for the ae song usage that is similar to how it works in macro version. Perhaps that will give some clues.

 

[Algar]

Macro version had two methods to use aemez. Simple version was to use as part of rotation. That one doesn't work great (but has better DPS, which is why it was implemented originally). Another more robust version used an "ismezzing" flag and drops into mez module before it gets into combat routine. The lua version seems to have it but my novice lua abilities aren't enough to tell if it is actually using it correctly.

See MezNow method of mez.lua around line 255 for the ae song usage that is similar to how it works in macro version. Perhaps that will give some clues.

Cool beans, I'll take a look thanks.