This project is read-only.

Rawr [v2.2.28]

Topics: Rawr.Base
Dec 7, 2009 at 4:39 PM

Was the current version, 2.2.28, suppose to support 3.3 patch? Thought I read somewhere it would.

Dec 7, 2009 at 5:09 PM

Where there is an active developer that has written the changes for the model then yes there is 3.3 support. If you use a model where there isn't an active developer or they have been too busy with other things then no your model doesn't have 3.3 support.

It would have helped had you mentioned which model you were interested in.

Dec 7, 2009 at 5:17 PM

I use a lot of the models lol, however main model I'm curious about is the Tree model.


Dec 18, 2009 at 4:15 AM

Any idea if v2.3.3 Tree model will fix GotEM and add Frost emblem idol?

Dec 18, 2009 at 4:54 AM

GotEM is functioning properly already, but v2.3.3 will fix the tooltip as well. I think it'll add support for the 264 tree idol as well, but not positive.

Dec 18, 2009 at 6:03 AM

Hey Astrylian thanks for the reply. Reason I question GotEM is non-buffed I sit at 657 haste, it's telling me -74 haste till hardcap GCD. Now correct me if I'm wrong here, everywhere theorycrafting has put the number at more like 780ish for 1 sec GCD. Kind of a number related question, not so much program related. Going by everything I've seen it seems GotEM was configured wrong.

Dec 18, 2009 at 7:52 AM

*** Correction ***

"everywhere theorycrafting has put the number at more like 780ish for 1 sec GCD"

Seems the magic number is 856.

Dec 18, 2009 at 12:12 PM
Edited Dec 18, 2009 at 12:23 PM

The new version of Rawr.Tree has the option to disable the effect of Haste and Spell Haste trinkets and effects (Nature's Grace for example) in the model calculation. Because of performance issues this is calculated as an average and spread out over every spell cast. This artificially increases the haste ratings. This effect is much like the 'soft cap', except that the soft cap is the haste cap when Nature's Grace is active (or when a trinket is up), instead of the average effect.|

Hard Cap = Haste Rating required to reduce GCD to 1 second
Soft Cap = Hard Cap  -  haste from Nature's Grace
Rawr Cap = Hard Cap - average effects from Nature's Grace and trinkets

The original "haste cap" calculated by previous versions of Rawr.Tree will sit somewhere between the soft cap and the hard cap. I'm working on a way to calculate haste contributions from trinkets in a better way (right now, trinkets with haste on proc/use will not have any value if you don' t enable the effects). I don't know if I can find a way to model Nature's Grace. Because the effect triggers on crits and has such a short uptime, it's hard to model which spells are affected and what will be the uptime. There is a big difference between using a statistical model based on average spell casting, and calculating/simulating actual casting patterns.

For example: if you have a pattern where you cast loads of rejuvenations, then a couple of nourishes, then refresh all rejuvenations, this will mean that nourish crits will mostly affect nourish casts. However, if you cast a combination of regrowth and rejuvenation, the rejuvenations will have lower durations, changing the amount of times you need to cast rejuvenation to keep it up on tanks or on your raid, effectively changing your spell casting behavior. That's why Nature's Grace can be great when it procs (faster healing, faster ticks from Rejuvenation if you have the Glyph) but is nearly impossible to accurately model in the Tree model.

It's easier for moonkins, because moonkins have a single, well defined and much more predictable casting pattern.



TLDR: original "haste cap" caused by the model is between the "soft cap" and the "hard cap". The new version has the option to ignore procs of haste in combat (trinkets/Nature's Grace) and you will see haste being useful until the hard cap of 856 haste. I'm working on an improved model of haste trinkets (haste is less useful if your haste trinkets boost haste half the fight) and will probably not implement Nature's Grace.

Dec 18, 2009 at 2:39 PM

Kinda makes sense now.... thanks Trolando for the break down.