API/Addon for new combat resurrection mechanic available?

[cremor]

So the new combat resurrection mechanic starts with 1 available combat resurrection and you get an additional combat resurrection every 90/<raid members> minutes. The current available count is visible like charges on the combat resurrection spell buttons, but what about classes that don't have a combat resurrection spell?

Is there an API to get the current count of available combat resurrections from the new system? If yes, is there already an addon that uses it? Something like a LDB display? This would be very helpful for raid leaders.

[p3lim]

You don't need an API for gathering this information, just track the combatlog and do the math yourself.
Since this is fairly new, I doubt any addon has been made for this specific purpose yet, but I'm sure there will be.

[semlar]

You don't need the combat log, you only need to track how many players have come back to life over the course of the current boss fight.

If I understand this correctly, you get 1 charge at the start of a boss fight, and gain another every 90/GetNumGroupMembers() minutes (no rounding?).

Should be fairly easy to write, assuming those parameters are accurate.

[cremor]

Is it really just 90/GetNumGroupMembers()? I'd assume it's more like the flex scaling, where only group members participating in the boss fight (e.g. not outside of the instance) are counted.

And how do you track resurrection without combat log events? Is there a specific event for that? I could only find one for the player itself.

[semlar]

Here's a dry-coded example, so I have no idea if it works.

-- todo: Track that someone in the raid is actually capable of battle rezzing and alive
local WhoDead, SecondsPerRez, ElapsedTime, NumRezzed = {}, 1, 0, 0
local f = CreateFrame('frame') f:Hide()
f:SetScript('OnEvent', function(self, event, ...) return self[event] and self[event](self, ...) end)
 
function f:ENCOUNTER_START(encounterID, encounterName, difficultyID, raidSize)
    if difficultyID < 3 then return end
    wipe(WhoDead)
    SecondsPerRez, ElapsedTime, NumRezzed = 5400 / raidSize, 0, 0
    self:RegisterEvent('INCOMING_RESURRECT_CHANGED')
    self:Show()
end
f:RegisterEvent('ENCOUNTER_START')
 
function f:ENCOUNTER_END()
    self:Hide()
    self:UnregisterEvent('INCOMING_RESURRECT_CHANGED')
end
f:RegisterEvent('ENCOUNTER_END')
 
function f:INCOMING_RESURRECT_CHANGED(unit) -- Track who has received a rez within range
    local name = UnitName(unit)
    if name and not WhoDead[name] and UnitHasIncomingResurrection(unit) then
        WhoDead[name] = true
    end
end
 
f:SetScript('OnUpdate', function(self, elapsed)
    ElapsedTime = ElapsedTime + elapsed
    
    for name in pairs(WhoDead) do
        if not UnitIsDeadOrGhost(name) and UnitIsConnected(name) then -- Dead unit is no longer dead
            WhoDead[name] = nil
            NumRezzed = NumRezzed + 1
        end
    end
    
    local availableRezzes = 1 + floor(ElapsedTime / SecondsPerRez) - NumRezzed
    -- Do something to display this number somewhere..
end)

It doesn't actually do anything with the "availableRezzes" number, so if you want this for an LDB display or something you'll need to add the appropriate code for that.

I have no idea how reincarnation is factored into the new rules, and I don't know if reincarnation or soulstones trigger an incoming rez event, so it might just be simpler to check UNIT_HEALTH to track when they've died or rezzed.

[Phanx]

Originally Posted by semlar I don't know if reincarnation or soulstones trigger an incoming rez event, ...

They don't. The event only indicates that a res spell started or stopped being cast on someone; there's no event that specifically notifies you when (or if) they actually ressurect, so you have to watch UNIT_HEALTH or just poll OnUpdate as in your example. The event also doesn't fire for Mass Res, though I suppose that's not relevant if you're only tracking in combat.