The following comprises the code commission notes for 2.2.24 for Rawr.DPSWarr (to see the notes for other modules, please visit the site or the Rawr thread here on EJ:

- Added new naming/colors for the custom chart so you know what each number actually means
- Fixed a bug with Sword Spec to show values when not using a Swordspec
- Fixed a bug with Needed Rage in Arms Rotation, making it visually double-dip
- Fixed a bug where in an Unlimited Rage scenario, Heroic Strikes/Cleaving would cause a NaN error
- Tied the Boss Does AoE Damage fields to the AoE Damage freq's in BossHandler
- Removed unnecessary float casts on Math.Max and Math.Min. Also removed string calculations when needsDisplay is false.
- Removed a lot of validation on return values that only serve to hide bugs that we don't have and should probably fix if we get them, rather than just say 'make it 0'. (ie return Math.Max(0f, Lag/1000f))
- Removed the cast to float on Math.Abs, as there's an overload for floats.
- Refactored some of the talents/special effects calculations so we're doing Talents/30 instead of Talents*10/3/100
- Fixed a bug where null MH item would cause a crash
- Improved the Extra Rage handling for Sudden Death/Execute
- Added Modeling for situations where you aren't generating enough rage for your rotation to slip ability activates (relatively evenly). When this happens, you no longer Slam or Heroic Strike/Cleave to conserve rage. Should only happen when unbuffed or at really low gear levels. Note: There's a side-effect with this that reduces the value of Expertise when at low gear levels, this is somewhat to be expected but could be a little bugged.
- Fixed a bug where Unbridled Wrath was only proccing on missed attacks instead of landed attacks
- Unbridled Wrath now procs on landed Heroic Strikes and Cleaves. The DPS change refunded to the rage cost of the effect. For those curious, from 0/5 to 5/5 UW went from +15dps to +21dps on a test fury character, so ~40% increase.
- Minor performance increases by removing parameterized methods and making unparameterized ones. Changes made were:
- ContainCritValue(bool isMH) to ContainCritValue_MH and ContainCritValue_OH
- AvgMhWeaponDmg(itemspeed) to AvgMhWeaponDmgUnhasted (never used with a different speed)
- GetDPRfromExp(float Expertise) to just use StatConversion (no need for the wrapper)
- LevelModifier() and NPC_CritChance() changed to properties with only a Get method (no params)
- Reworked the 'I don't have enough rage' Arms scenario that Jothay checked in, per his request.
- Added new Comparison Chart 'Rage Cost per Damage'. This chart shows the amount of damage per ability divided by the abilities rage cost. The second point shows the bonus damage that goes to Deep Wounds for that abilities crits per rage point spent. This gives extra value to abilities that have high crit rates as they are more likely to gen extra damage via Deep Wounds.
- Fixed a bug with Hide Enchants Based on Professions. It wasn't doing it's recall set until you unchecked/rechecked.
- Separated the PerRageFails for Above and Below Exec Spam points
- Added a WARNING! statement to the Total GCD Usage tooltip stating how much of your abilities are being lost to Rage Starvation
- Improved the Total GCD tooltip (better spacing and lining up of stuff)
- Added Every Man for Himself handling to break stuff besides just stuns. Limited to previous uses for other stuff
- Fixed handling of BonusRageGen stat, at some point it got dropped off
- Changed handling of Bloodrage for Arms and Fury, now properly adds to both sides for the appropriate amounts
- Fixed a cosmetic issue with Fury's display of Rage Gen Other (Anger Management, Blodrage etc rage gains)
- CombatFactors wasn't updating crit chances from special effects due to caching. Moved the _c_foo methods from readonly public to a property with {get;private set;} and had _c_foo called on InvalidateCache
- Added HealthRestore as a relevant Stat so Healing Pots and similar effects can be counted for Survivability
- Added new handling for Potions in DPSWarr, now the Cooldown is set to Fight Duration on our end to better show the value of the pot in the fight. This only affects users with 'Use Duration in SpecialEffects' not checked
- Added Profession to Buff handling. If you are a Miner it auto-enables the Toughness Buff, same for Master of anatomy and Skinning. If Engineer and using Runic Healing Injector, auto-enable the improvement bonus
- Bugfix for the new Bloodrage usage (wasn't counting health value for BR Glyph)
- There was a bug where the new potion code would affect the potion's duration until the character was re-created (ie, when changing models and their stats instead of creating a new character or loading an old one). Modified so we are creating a new buff instead.
- Fixed a null reference error
- Added some Default Talent Specs for Warriors (several mutations for Arms and 1 Fury, 1 Prot)
- Changed the Set Bonus filtering to use the new Class restrictions instead of by string comparison
- Updated Patch Notes on the Options pane to use the FAQ system (drop-down selects version to view DPSWarr notes for that version)

I noticed that Rawr doesn't take meta gem bonuses into account.

When I use custom gemming to make or break the bonus from a meta, I only see a tiny change in DPS which is often a DPS loss going from a red gem to a blue gem.

I'm guessing that Rawr always assumes the meta is active. Any plans to add better functionality?

The Meta Gem is considered active unless you activate 'Enforce Gem Requirements' on the stats pane. Then it becomes active only if you meet it's activation requirements. Had you done even the slightest research on this issue in the Rawr thread here on EJ or at the Rawr site you would have seen this same question asked dozens of times.

Jothay:

With respect, it does not mention anywhere in this thread about meta gems or the Force Gem Requirements option. I did search before I posted.

I thought that "Force Gem Requirements" meant force using the appropriate color for each slot to meet the gem bonus. As in, only show the best blue gem for a blue gem slot, etc.

Changing the description of that option to "Force Meta Gem Requirements" would be a lot more clear. I don't know whether that falls under Rawr.DPSWarr feedback or whether it's a generic Rawr option.

Searching "meta gem" on the Rawr site yielded 95 PAGES of results, several of which on the first page clarify what that option does.
Rawr - Discussions

Reading the Documentation:
Rawr

Rawr Thread on EJ:
http://elitistjerks.com/f31/t21713-r...eased_10_24_a/

Searching the above thread for "meta gem" yields a number of posts that would have probably answered the question:
http://elitistjerks.com/search.php?searchid=3139088

The tool tip on the option in the Stats Pane itself states:
"If enabled, meta gems will only be counted if their gem color requirements are met, and gems will only be counted if their uniqueness if met."

-------

Please note that I don't mean to sound like an ass regarding this but we get asked this (and a few similar questions) all the time because people don't take the time to look for the answer. I'm happy to answer questions but please, like I said in my post just below the opening one, do your research first.

The following comprises the code commission notes for 2.2.25 for Rawr.DPSWarr (to see the notes for other modules, please visit the site or the main Rawr thread here on EJ):

- Fix for issue 14526 (Bladestorm eating all your GCDs in low rage settings). Also removed a reference to a variable in Rotation.cs that was never used
- Refactored ErrorBoxDPSWarr to a new file
- Added a check for the iterator for Heroic Strikes/Cleaves to use the already set verification of (HS/CL)OK before attempting to loop, should imp perf a little for users not HS'g
- Added a Dev Only Accessible checkbox to enable Markov Rotation for Arms (working a new method that's more intelligent and better adapted for Interference modeling, it doesn't actually do anything as we haven't fully constructed the necessary files)
- Fix for Mongoose, fix for off-hand weapon enchants using MH speed in their uptime, some performance improvements
- Committing work on Markov method for arms rotation, note that it has absolutely no bearing on anything right now
- Updates for markov model
- Well Kavan and I got to working on it and it is generating states.... like 140,000 of them /facepalm. Turned it off for now so it doesn't affect anything
- Converted CalcOpts' variables to properties with an OnPropertyChanged event (to be used later in Rawr3)
- Rawr3: Some cleanup on the Options pane... but it isn't showing up in Rawr3 when run for some reason
- Rawr3: LOTS of work on the Options Pane and now it's not crashing (well, almost not) and it's functioning (selecting options actually does stuff)
- Rawr3: Updated the Options pane to reflect work from Rawr2 (still not done but definitely closer)
- More Markov work with Kavan
- Rawr3: Significant improvements to the Options pane, objects should line up correctly, enable/disable and tie to the correct parameters. There's still work to be done but we're getting close to a fully functional Rawr3 model.
- Added a verifier for bleed hit intervals (in Special Effects handling) to check if Rend is being maintained instead of assuming it is.
- Cleaned out some old commented code
- Added logfile creation for recording errors in DPSWarr that go through ErrorBoxDPSWarr class. This is primarily for Rawr3 debugging.
- Rawr3: Ability Maintenance Tree now ties to abilities, but for some reason when you open that tab, it resets all of them to off (thus making user re-activate them on each character load). Once reactivated, it seems to work fine.
- Rawr3: Fixed the Ability Maintenance so it won't reset them all to not active (had to do away with the tree unfortunately)
- Rawr3: Got some of the ComboBoxes working
- Fixed the cooldown on Intercept and added PvP 4 pc set bonus to it
- Added comments to the Hunter and Warrior Set Bonus Stats

I was just wondering how your dps calculations are based on an arms rotation, specifically for a non-cookie cutter build. Im currently using the incite build (55/8/8) and find Im doing significantly and consistantly more single target DPS then Rawr predicts for my character when raid buffed, sometimes as much as 1000 DPS more in fact. I guess my question boils down to, does Rawr take into consideration heavier heroic strike useage with incite and heroic strike glyph in an arms rotation?

It has to do with the Rage Management stuff we put in, if it's recommending more strength you may be having a hard time maintaining your rotation (in Rawr) due to lack of rage, I'd have to have your character file to know more.

If I really have to explain this, then please read the Documentation on it at the Rawr website.

Short, Short answer, Priority list of abilities, heroic strike gets the leftover rage, no leftover rage = no heroic strikes, doesn't matter if you are incite build or not.

I have a quick question just to double check.

Does this program do the calculations based on current gear or on bis gear?

What this means is, say that an "upgrade" means that my armor pen drops way lower than what it should be. Does the program take that into account or is it based on the best possible items available in game?

That may sound a bit confusing, so please let me know if you don't understand what I'm asking.

BiS has nothing to do with it.

What you see on the Stats Pane is your physical stats based on the gear/talents/buffs you currently have equipped/active, no matter how you change your current setup. The Comparison charts show what it would be if you had that gear/talent/buff item instead. The results of a Build Upgrade list shows the same thing, enhanced by what other gear changes would make this particular piece most valued.

As Fury normally the best way to double-pot on any fight that requires burst DPS is to pre-pot an Indestructible Potion, then later pop a Potion of Speed.

There doesn't seem to be any way to model this in Rawr. I can double-pot two Potions of Speed, or two Indestructible Potions, but not one of each. If this could be made possible it would make the numbers slightly more accurate.

I had originally intended to do this, but it became a rather daunting task to add every combination of double-pot for every class, which is what I would have to do if I started that. We'll be working on a different process of Pot selection for Rawr3 which will better handle this sort of thing.

The following comprises the code commission notes for 2.3.0-2.3.2 for Rawr.DPSWarr (to see the notes for other modules, please visit the site or the Rawr thread here on EJ: (ya, i know i skipped a couple versions, sorry)

v2.3.0 (Dec 08, 2009 17:04)
- Fixed the set threshold on T10 4Pc to actually need 4 pieces instead of 2
- Trying to get the SD proc change into place from T10 4P
- Support for 4p10 Arms - assumes that both executes have the 1.0sec GCD. If only one does, then its value is decreased roughly in half.
- Redid a couple of the Warrior set bonus descriptions
- Added PvP 4 pc set bonus to the Get Stats function, was missing by accident
- Fixed Improved Slam to provide positive DPS again
- Fixed bug causing your maintained BattleShout/CommandingShout (special effects don't like Use effects with CD=Duration)
- Fixed a bug with Second Wind providing DPS when you weren't being stunned/rooted, and while I was at it I fixed a bug where roots were being counted as fears and therefore not triggering SecondWind.

v2.3.1 (Dec 10, 2009 03:47)
No Significant Changes due to short period of time between releases.

v2.3.2 (Dec 12, 2009 14:39)
No Significant Changes due to short period of time between releases.

Bryntroll, the Bone Arbiter

Chance on Hit: Steals 2138 to 2362 life from target enemy.

There's no chance on hit to drain life in Rawr.

Ebs was working on modeling this the other day, I don't know if he finished or not.

What is better or not better in Rawr depends on what stats you need the most and can change dramatically depending on your titem choices in other slots etc.

Best option for you is to use the optimiser and check the items you have available and Rawr will make the gear choices for you.

I'm not sure how well it's modeled, but I did note the absence of the following from potential Warrior buffs;

1) Spell crit buffs & debuffs on the target.
2) Curse of Elements/Ebon Plaguebringer.

It's possible that those are included anyway but it doesn't seem that likely, given the nature of Rawr. Presumably adding those to the Bryntroll damage output would result in... well, more damage. CoE in particular has to be fairly huge.

EDIT: After reading some more the proc apparently cannot crit, so nix that. The point about CoE still applies, though.

There are some issues with some different triggers due to a bug in v2.3.3. This should be fixed with the release of v2.3.4 in the next day or so. Weapons (especially Sword Procs) are a bit off, so be wary.

I just wanted to confirm that both T10 set bonuses are modeled and functional. I couldn't find a related thread on Codeplex.

It seems they are from shuffling things around, but I'm a bit surprised at how easily a non-tier set can surpass T10 4pc (NOTE: Arms module). I suppose it's intuitive that the legs (i.e. way more Expertise than I'd like and only 2 sockets) and the hands (i.e. only 1 socket) would drag the overall attractiveness down, especially with nice options in those slots (eg. crafted BS).

Choosing the Helm as a first purchase is a no-brainer for most, but beyond that, the choice seems to be a) break 2-pc T9 for Shoulders/Chest or b) sub-optimal Hands/Legs. Both paths look pretty dismal until you start replacing your 264 tier pieces with 277, which kind of sucks given the Emblem investment required to get to that point.

You can confirm that various set bonuses are being assigned a value by looking under the Comparisons > Current Gear/Enchants/Buffs.

Or more specifically
Comparisons > Buffs > Set Bonuses

This lists each tiers 2 & 4 pc bonus and their present values. You will find that in most cases T9 2pc and T10 2pc will be on top together. But with all Set Bonus related questions of "which should i go with" use the optimizer.