RGMercs RGMercs - Lua v1.6 (Major Buff Update)

[Algar]

This will be live today.

Major Buff Update (Implemented Actors)

Major Features

• Buff checks are now handled by shared actor data; DanNet and direct targeted are still currently available as fallback behavior. Performance is greatly improved (2.5-3x faster than checking via DanNet).
• Removed the timer from group buff rotations in all default configs; instead, we will execute one entry at a time. This allows us to react more quickly, without compromising other higher priority actions (e.g., healing).
• For actor peers (other PCs running RGMercs on the same PC/local network):
  • Added options to buff the entire raid, or any PCs in zone, if actor data is available.
  • Added the option to treat pets as PCs for group buff rotations, if actor data is available. Note that PCs will not report pet buffs via actors unless this setting is enabled, as there is a (minor) hit to performance. Generally, this setting is not advised, but present for use before pet affinity is available, when relying on charm pets, etc.
  • Buffing Assist List members with group buff rotations is now optional.

Under the Hood

• Created GetBuffableIDs, a routing function for group buff rotations to properly select from Group/Raid/In-Zone based on current options.
  • Custom Config users will need to update their group buff rotation targets to use this new function to benefit from enhanced functionality, but the change is not breaking.
• Buff checks now primarily rely on cached buff, song, and blocked lists being passed in the actor heartbeat.
• Refactored all buff checks to allow the option of skipping blocked buff or trigger checks, and (de/re)nested for better reading and flow.
• Split LocalBuffCheck into LocalBuffCheck and LocalPetBuffCheck.
• GroupBuffCheck now behaves exactly like GroupBuffAACheck and GroupBuffItemCheck.
• Created ResolveBuffCheck, a routing function very similar to the previous iteration of GroupBuffCheck.
• Created AddedBuffCheck, a helper for class configs to make additional checks where normal stacking checks do not apply. Previously, this was done directly by PeerBuffCheck, but this will be simpler for a config editor to understand and implement (fewer passed variables, descriptive name, etc.).

 

[Messy707]

Can we fix them spam slowing mobs that are slowed and spam snare when already snared...also direct damage turned off and still spamming. Ty

 

[Algar]

Can we fix them spam slowing mobs that are slowed and spam snare when already snared...also direct damage turned off and still spamming. Ty

Sorry to hear you seem to be having some difficulties. I haven't had any issues like this.
I encourage you to make a post on the support forum with more details... or, visit is in discord.

This isn't the thread to receive assistance.

 

[Algar]

Just wanted to point out that with the addition of optional buffing any inzone/range PC, PL support just got a good bit better.
Relevant convo from discord.
Some minor custom config work may be in order if you need lower level buffs dialed in, but it's still going to be a very solid option.


Note that the "babies" in this example need to be running RGMercs on the same local network (or same PC) to get the buffs, but the heals will work fine off of xtarget.