Agree with this, though I picked last night because we didn't wipe and there's no trash in ToC (the Ulduar part for the weekly raid quest involved vehicle trash and I'm not 100% sure Recount works well with that or even sees the data anyway).
Regarding what's suggested above, that's kinda why I brought up the DeathTrack plugin. Should it have its own SV? Also, since I was never clear on it, doesn't Recount track some sort of death info without the plugin anyway? I'm not even sure of the differences.
Recount does track deaths and also allows you to see the last 10-15 seconds or so of what happened to a person before they died without any plugins.
To explain, RecountDeathTrack gives you an additional window that shows all deaths that are recorded in chronological order.
This is useful if people want to see who died first in raid. The default death information is only per character and it's hard to quickly find out who died when.
RecountDeathTrack does not store any sizeable amount of extra information. It mostly keeps an extra list of events from data that is already stored.
Death information will indeed be recorded and is viewable without it.
Finally had time to look at this in more detail. Very likely RecountDeathTrack is the main issue here. I'll be working on a fix, but I do recommend turning it off until I can work out a fix if you have persistent memory issues.
Committed a new RecountDeathTrack version that no longer stores information in SV. Note that this does NOT affect standard death data as stored by Recount proper. It means that the extra death track window will for now not show a persistent view through reloadui's, DCs and relogs, but at the same time the accumulation of SV file size should be drastically reduced for any combat situations where recorded deaths occur frequently.
I've been tracking a possible recount issue. It would appear that VT (shadow priest) dps isn't being recorded. I see misses, but no hits, and no dps even though I know VT is up.
I went through the change history and searched on this issue and found no information suggesting this is an issue / known issue. Before I pull my hair out, I figured I would see if this sounded familiar here.
If needed I can do some more testing tonight and post details - if so let me know what things would be useful for debug.
Committed a new RecountDeathTrack version that no longer stores information in SV. Note that this does NOT affect standard death data as stored by Recount proper. It means that the extra death track window will for now not show a persistent view through reloadui's, DCs and relogs, but at the same time the accumulation of SV file size should be drastically reduced for any combat situations where recorded deaths occur frequently.
Interesting. Thanks for looking into that plugin after all. I'll be sure to let you know, though it could be a few days.
There is no good way to do this currently. The realm appendix is currently needed to disambiguate between combatants with the same name but different realms.
Ok, so last time was before the changes to RecountDeathTrack. It was a log of 7 boss kills, with few deaths, zero wipes. Ended up at 35 MB with the results posted previously. WoW crashed on /reloadui, then it couldn't load the SV next time WoW started.
This time, using RecountDeathTrack r31. Made sure to reset the data before raid of course. Only 3 boss kills, but a bajillion more deaths and wipes (Icecrown Citadel), so several attempts on bosses. 10 attempts recorded by Recount altogether. Actually, only 2 bosses since apparently the Gunship Battle isn't recorded by Recount. Some people might ask you for it, though I personally don't think it matters for such a gimmicky fight. Anyway, log file: 20 MB.
So clearly, a lot of data has disappeared with the changes to RecountDeathTrack, since not only do we have more bosses attempts this time around, but we also have a ton more deaths.
So I did a /reloadui again... WoW crashed. Same error as previously again (the memory thing. Exact message is in my previous posts). Now I had WoW running for several hours by then, had switched toons, done things other than raiding... etc. I need to restart WoW, maybe even reboot before a raid next time, because I really think they have memory management issues.
But... and here's the good part: relogging after the crash, this time, the SV loaded properly. All I did was reboot technically: raid was last night, I didn't log back in until tonight after the crash. So I have last night's data still available.
So thanks Elsia, looks like you solved your side of the issue. At least so far. Now it seems like Blizzard needs to look at their code.
Thanks for the report. It's very much in line with what I expected to happen.
On the crash, unfortunately if WoW crashes on 20MB addon data there is really very little I can do. I'd call this a blizz issue, especially if the behavior is not consistent (i.e. it's fine to load it if wow is fresh) as you describe.
Issue I saw the other night as a blood DK tank after Oculus it showed my dps the fight on the 3d boss Mage-Lord Urom, as the tank I was registered to have done something like 73% of the damage and 15k dps. A total of 12k DPS for the instance overall and I'd be lucky to pull 1.6k on a good night... So it wasnÂ’t the drakes and the rest of the group showed low under 2k. I thought I took a screen shot but apparently I didnÂ’t. I didnÂ’t pay attention tto the he dps meter until I had logged off that toon for a moment to another for something then back on. So it might be in the logging in /out. Only time I noticed it.
Back to Recount after trying another mod that worked even less well than Recount has been. No further memory allocation error: block too big errors or unexpected data deletion so far with RecountDeathTrack r31 as one of the modules being used. There was that error and an unwanted SV delete after logging on with r30, though.
As a Disc Priest, I'd like to see heals + absorbs. I saw the plugin on curse but it doesn't seem to work. Could whoever's supporting that take a look and fix it?
That plugin (RecountHealAndGuessedAbsorbs V1.1) works here without issue. Can access it through both the main Recount frame arrows as well as RecountFu. You also need RecountGuessedAbsorbs active for it to tabulate the data properly.
Would there be any reason why Festergut, both on 10 and 25 man, refuses to keep a log. I have Recount setup to only keep Boss segments and every clear (about 7 between 10 man/25 on main/alt) that fight refuses to log. Everyone else in the raid gets a segment for it. Is there a way to fix this?
"Everyone else" probably didn't have "save boss segments only" turned on... Festergut was missing from LibBossIDs-1.0. I've added it, but until the next Recount update you'll have to manually grab the updated lib if you want Festergut to save.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
Recount does track deaths and also allows you to see the last 10-15 seconds or so of what happened to a person before they died without any plugins.
This is useful if people want to see who died first in raid. The default death information is only per character and it's hard to quickly find out who died when.
RecountDeathTrack does not store any sizeable amount of extra information. It mostly keeps an extra list of events from data that is already stored.
Death information will indeed be recorded and is viewable without it.
If you still have issues afterwards let me know.
I went through the change history and searched on this issue and found no information suggesting this is an issue / known issue. Before I pull my hair out, I figured I would see if this sounded familiar here.
If needed I can do some more testing tonight and post details - if so let me know what things would be useful for debug.
Interesting. Thanks for looking into that plugin after all. I'll be sure to let you know, though it could be a few days.
If you stand by the training dummies with recount open you'll know what I'm talking about.
Hmmm - thanks for the quick sanity check. I am going to take another look.
I'd be interested in that too.
Ok, so last time was before the changes to RecountDeathTrack. It was a log of 7 boss kills, with few deaths, zero wipes. Ended up at 35 MB with the results posted previously. WoW crashed on /reloadui, then it couldn't load the SV next time WoW started.
This time, using RecountDeathTrack r31. Made sure to reset the data before raid of course. Only 3 boss kills, but a bajillion more deaths and wipes (Icecrown Citadel), so several attempts on bosses. 10 attempts recorded by Recount altogether. Actually, only 2 bosses since apparently the Gunship Battle isn't recorded by Recount. Some people might ask you for it, though I personally don't think it matters for such a gimmicky fight. Anyway, log file: 20 MB.
So clearly, a lot of data has disappeared with the changes to RecountDeathTrack, since not only do we have more bosses attempts this time around, but we also have a ton more deaths.
So I did a /reloadui again... WoW crashed. Same error as previously again (the memory thing. Exact message is in my previous posts). Now I had WoW running for several hours by then, had switched toons, done things other than raiding... etc. I need to restart WoW, maybe even reboot before a raid next time, because I really think they have memory management issues.
But... and here's the good part: relogging after the crash, this time, the SV loaded properly. All I did was reboot technically: raid was last night, I didn't log back in until tonight after the crash. So I have last night's data still available.
So thanks Elsia, looks like you solved your side of the issue. At least so far. Now it seems like Blizzard needs to look at their code.
Hope that helps.
On the crash, unfortunately if WoW crashes on 20MB addon data there is really very little I can do. I'd call this a blizz issue, especially if the behavior is not consistent (i.e. it's fine to load it if wow is fresh) as you describe.
I clicked on the + button in the graph window for my character. It was after a random 5-man and there was data available.
Will continue to monitor if it happens again.
That plugin (RecountHealAndGuessedAbsorbs V1.1) works here without issue. Can access it through both the main Recount frame arrows as well as RecountFu. You also need RecountGuessedAbsorbs active for it to tabulate the data properly.
Is there a way to show the highest hit / highest crit?
Maybe with mouseover inforamtion spell on Mob/Boss?
Best Regards
Thank you in advance.