DrDamage
Update 05/24/2013
DrDamage is currently being developed for 5.x. Only monks (of any spec) are not supported. All classes which existed prior to Mists are supported.
Current state: Check the http://www.wowace.com/addons/dr-damage/pages/known-issues Page before providing feedback!
DrDamage displays the calculated damage or healing of abilities with talents, gear and buffs included on your actionbar buttons. The addon also adds various statistics to the tooltips in your spellbook and on the actionbar.
Slash Commands:
/drd or /drdmg or /drdamage
Localization:
If you want to help having this addon translated into your language visit: http://www.wowace.com/projects/dr-damage/localization/
Functionality:
- Supports all classes
- Actionbar addons supported: Default, Bartender 4, CT_BarMod, Dominos, elvUI, Macaroon, Nurfed AB, IPopBar, nUI, ReAction Bars and RDX.
- Places text with the metric of your choosing on the actionbar buttons.
- Damage and healing statistics are placed into your tooltips. This includes for example critical hit chance, spell damage and damage coefficients, averages, DPS, DPSC (damage per seconds cast), damage until OOM and more!
- Your own buffs and your target's debuffs are taken into account.
- Allows manual modification of the essential talents, buffs and character stats used to calculate. For example you can test how much increasing your spellpower by 100 would increase your damage or healing output.
- If you're overwhelmed by the amount of statistics presented, you can use the options reduce the amount to whatever you feel is important!
Known Issues Please see the Known Issues page before opening a ticket.
Bug reports:
- NOTE: DETAILED reports about inaccuracies is the only way we'll know something is wrong. If you don't report it, don't expect it to get fixed!
To submit a bug report, please visit this page first: Mod Feedback This will tell you what we expect and how we need it in order to help you.
Acronym/abbreviation list:
- AP = Attack Power
- RAP = Ranged Attack Power
- SP = Spell Power
- Ht = Hit rating
- Cr = Critical strike rating
- Exp = Expertise rating
- Ha = Haste rating
- Ma = Mastery rating
- HPS/DPS = Healing/Damage Per Second
- HPSC/DPSC = Healing/Damage Per Seconds Casted
- HPSCD/DPSCD = Healing/Damage Per Seconds CoolDown
- HOOM/DOOM = Healing/Damage (until) Out of Mana
- HPM/DPM = Healing/Damage Per Mana
- DPE = Damage Per Energy
- DPF = Damage Per Focus
- DPR = Damage Per Rage
- DPRP = Damage Per Runic Power
- MPS = Mana Per Second (How much mana the spell uses per seconds casted)
- GCD = Global CoolDown
- New Features:
- Added agi, str, int, spirit and mastery rating to manually modifiable stats, and their comparisons (str/agi/int) to the tooltips. Added needed class based talents/buffs and armor specializations (assumes it's always active) for these.
- Added Blessing of Kings (and similar), added Mana Tide, added Mana Spring Totem (and similar), added Horn of Winter (and similar), Added Agi/Str/Int/Spirit flasks and food to manually modifiable buffs
- Added several common damage modifier buffs/debuffs
- Minor:
- Removed summed crit display from multiple hit abilites in the melee module (this was already implemented in the caster module)
- Disable updates in combat now also disables updates based on modifier keys and target change
- You can now adjust the update actionbar update timers based on invidivual triggers in the actionbar options
- Cleaned up manual buffs/debuffs list
- Fixed a few minor calculation issues related to rounding and increased stat calculations for dots
- Added Critical Mass, Gore, Tendon Rip, Tear Armor and Corrosive Spit debuffs
- Focused Will and Blessed Resilience buffed in latest hotfixes
- Added approximation of 12000 armor for level 85 bosses
- Shaman:
- Lightning Shield can crit
- Paladin:
- Seal of Truth dot or Seal of Justice initial hit does not benefit from Two-Handed Weapon Mastery. Seal of Righteousness seems to get around 9.35% instead of 20%
- Seals of Truth dot can crit, also the weapon damage part seems to be 15% instead of 9% as the Blizzard tooltip suggests
- Improved Glyph of Exorcism calculation
- Improved Seals of Command display on SoR and SoJ
- Fixed Holy Wrath calculation
- Consecration can crit
- Seal of Justice crits for 150%
- Corrected Divinity
- Light of Dawn reduced by about 40%
- Rogue:
- Fixed Garrote calculation. Also Garrote can crit
- Fixed Subtlety spec bonuses for Hemorrhage and Backstab
- Druid:
- Improved Lifebloom stacks display
- Razor Claws doesn't seem to apply to Shred
- Show Faerie Fire (Feral) as 0 outside of bear form
- Fixed Rip damage calculation, crits are also now calculated
- Fixed Pounce AP coefficient, crits are also now calculated
- Slightly adjusted Swipe and Maul coefficients
- Fixed Maim base and combo point coefficients
- Mage:
- Fixed Cone of Cold coefficient
- Warrior:
- Rend can crit
Mage Spell Bug found:
- Cone of Cold, damage shown its wrong. DRdamage show a very high amount of damage. more than double that it really does.
for example:
DrDamage Cone of Cold: 6800 damage
Real Cone of Cold: 3000 damage
I coudnt found the bug. It calculates correctly the Cone of Cold glyph. But the spell damage calculation formula its wrong...
Anyway, thanks for this wonderfull addon, I will report you any bug I found, to help you to improve it
Major changes:
- Added initial Death Knight Support
Minor changes:
- Fixed Chakra: Serenity
- Fixed error in shield of the righteous calculation
- Correctly use pet mana bar for pet abilities with the casts display type
- Fixed Grace adding too much bonus
- Fixed Illuminated Healing to the correct value
- Fixed Power Word: Shield calculation in conjunction with Improved Power: Word Shield and Twin Disciplines
- Fixed error with Single-Minded Fury
- Fixed Hand of Light to properly apply to Word of Glory
- Fixed Word of Glory coefficients
- Added option of disabling actionbar updates in combat
- Added armor data for a few training dummies
- Fixed Conflagrate calculation
- Added Freeze (Water Elemental ability) to mage debuff lists
- Macaroon compatibility update
big thx for the addon!
Another possibility is that some buff or talent is adding an incorrect amount of bonus. Try without any buffs and see if it helps. Otherwise link me your talent spec and I'll take a look at what the possible cause is.
Maybe a stupid question, but I'll ask it anyway.. Is it possible to configure this addon in a way, that it would do updates/calculations only when NOT in combat? Or at least when NOT in battlegrounds/instances? Me, and people I know, mostly use this addon to see differences in stats when switching/experimenting with gear, buffs, talents, but never - in combat. Therefore it would be nice to save some CPU cycles/performance, by disabling unnecessary calculations in heavy combats (when CPU gets most load), but still be able to use it in between. As far as I understand - disabling tooltips in combat does not affect it?
------ Gagorian (author) was really nice to answer:
I've tried to make DrDamage as efficient as possible, but obviously it uses more CPU time in raids as calculations need more frequent updates. Have you done any CPU usage comparison with your other addons? Last I tested DrDamage used less CPU time than several popular raidframes, actionbar addons etc. There's also addons that allow you to create addon profiles to determine what addons are used raiding and so on to quickly disable certain addons.
But all in all, I'll consider adding the feature even if it's slightly against the initial design, which is to see real time data on abilities based on raid buffs etc. I won't be adding any new features before Cataclysm though, only bug fixes, so this matter will have to wait.
------ New comment / question:
Is this configuration option / feature (disable in combat) still planned to be implemented? :) As to performance testing - I usually just check CPU usage of addons using "Addon Profiler", and DrDamage was sharing 1st/2nd place with my UnitFrames (probably because I have average PC, and therefore choose all of addons carefully, based on performance). And usage seems to spike during intensive combat, where CPU cycles and FPS are most important :) So having ability to make it use 0 or nearly 0 CPU when in combat would be truly awesome ;)
P.S. Don't get me wrong, I am very happy with your addon, and
Already looking forward to test it, once it's implemented ;)
Let me know if this solution brings any noticeable difference. Currently that option disables updates based on buffs/debuffs, weapon enchancements, power changes (rage/energy/holy power/mana) and player/target health where applicable.
Just as a note: When testing CPU performance remember that if DrDamage is the first addon to load Ace3 and other common libraries, their CPU and memory usage even by other addons will be counted as DrDamage usage. Unless of course you are using disembedded libraries.
1) http://img651.imageshack.us/img651/4376/drdfull.jpg
2) http://img524.imageshack.us/img524/6891/drdnocombat.jpg
First screenshot - after short battleground with default DrDamage settings, second - after longer battleground with "disable actionbar updates in combat" enabled.
Yeah, I know, by far not the best method to measure/compare performance. But imho still allows to see if it changed, and how much it did, in relation to other addons. At least if the changes were big.
And it seems to me, that either we have some performance improvement here (10-20%), or it seems so because of my inaccurate measuring :)
On the other hand - I had options "update on alt/ctr/shift" disabled. I believe if I had these enabled (and usually I do), we would see much bigger difference between "disable actionbar updates in combat" option enabled vs. disabled (as during combat I tend to push alt/ctrl/shift a lot). Well, at least in case actionbar values have no caching, and are re-calculated each time.
As to Ace3 (and other libraries) disembedding - haven't done that. Will see if I am somehow able to do that (at the moment I am not sure if I know the right way to do it), and check again.
I'm thinking that a noticeable part of the consumption listed there is in fact from the libraries, hence reducing DrDamage consumption won't have as big of an impact on the end result.
And regarding disembedding, basically it's as simple as just installing the library like any other addon into your addon folder. It should correctly get loaded and if it works you'll see for example Ace3 memory and CPU consumption listed separately and DrDamage consumption going down (disembedded it uses less than half of what's seen on your screenshot). DrDamage is also available with no libs included, but then you need to install them all separately.
With "update the actionbar with alt/ctrl/shift key" option enabled:
1) http://img545.imageshack.us/img545/747/drdmodfull.jpg (with updates in combat)
2) http://img821.imageshack.us/img821/2551/drdmodnocombat.jpg (without updates in combat)
CPU usage is increased noticeably, when compared to previous tests (where update on alt/ctrl/shift modifiers were disbaled).
Later, I removed libraries from DrDamage, and installed them separately.
1) http://img69.imageshack.us/img69/9345/drddisfull.jpg
2) http://img89.imageshack.us/img89/7978/drddisoff.jpg
First one just confirms, that many cycles are indeed used inside Ace3 (no clue caused by which addon yet).
And the second one is with DrDamage disabled completely! As we see - Ace3 usage is still really high.
Therefore Gagorian it seems you were right - most of CPU usage was actually from other addons.
But still, I love having the option to disable DrDamage in combat, thanks again :)
Hope in future it will be even more inclusive, disabling as much updates as possible
(or even hiding numbers at all, if it is easier; as during combat numbers will not be up-to-date anyway).
I mean disabling updates on alt/ctrl/shift too (this would be handy for those who actually use those
modifiers, and usually want to see the values behind them, but not during combat), changing targets, etc.
As to increasing 0.3s delay - I do not think change here is needed. But on the other hand, if for example,
adding it as a configuration value into configuration screen wouldn't have any negative impact on performance
- I'm sure that there are DrD users, that would love it (as some people like their UI update as fast as possible,
while others are more concerned with performance; and it would allow everyone to tweak it to their preferance).
Thanks again, and good luck :)