Rawr (v2.3.23 released on 9/12) - Page 3

Disquette · 02/21/08, 2:58 PM

Originally Posted by Astrylian

Using the simulators, you can build formulae to predict the uptime of Flurry compared to crit rate and weapon speeds, and formulae to predict the overall WF proc rate based on Flurry uptime and weapon speeds. Those could then be used in Rawr, to calculate DPS and URU in single passes. It's a process similar to what Toskk has done for the heavily proc-based rotations of Cats, and is now the basis of Rawr.Cat.

The difficulty (or just obscene tedium, depending on which method you take to calculate it) of doing what you describe, accurately, is exactly why we use sims.

That having been said, if someone spent a lot of time graphing out the results from the sim to make a close-enough-approximation for the WF ratios and flurry uptime, perhaps it would work. I'll check out Toskk's work to see what's up there.

Procs themselves aren't hard. Procs with internal cooldowns are harder. Perhaps I should be looking more into the models of people who have worked on trinket procs.

Edit 1:
for an example of why it's hard to do closed for windfury, it's because there are so many intertwined variables:

Given weapons of given speeds,
Windfury procs are dependent on weapon speed times (in absolute seconds), which are dependent on flurry being active or not, which is dependent upon crit rate, stormstrike crit rate, and windfury crit rate, and windfury proc rate.

Which is a nice way of saying that the windfury proc rate affects it's own self as a second order effect due to the fact that it can proc flurry. Maybe I'll make a pretty picture of this.

Edit 2:
I just checked the Cat model. Looks like a lot of work went into that, though I had brief moment of sadness seeing the powershifting line /grieve

In any case, stuff like this makes me a bit uncomfortable, taken from CalculationsCat.cs:

			float hasteBonus = stats.HasteRating / 15.76f / 100f;
			float attackSpeed = (1f - (stats.Bloodlust * bloodlustUptime)) / (1f + hasteBonus);
			float meleeTicker = attackSpeed;

This type of averaging doesn't fly at all for enhance shaman.

DPS from a weapon constantly swinging at 1.49 speed is incredibly different from DPS of a weapon that swings at 1.51 for 9.33 minutes and 1.16 speed for 40 seconds, even though the total number of attacks (ignoring flurry) per bloodlust-cooldown-cycle is the same. I know it's just one example in the cat code, but seeing people be able to do this compared to what we have to deal with makes me less inclined to think this is practical without the afforementioned calculatory breakthrough, or someone spending a whole lot of time with the sim to chart all the variables and retroactively fit an equation to it.

Astrylian · 02/21/08, 3:29 PM

Indeed, it's a very complex problem, and would be very hard to build a one-pass function to model. Perhaps too much work to be worth it. Was just throwing out how I think it could be done, theoretically, (it may not even be possible, I'm just guessing, I don't presume to tell you guys how to theorycraft your class that I'm not that familiar with) to work with Rawr. It very well may be that EnhShams' rotation is too erratic to be reasonably modeled in Rawr, disappointing as that may be.

EDIT: Aye, I didn't mean to say that how the cat model handles haste is how an EnhSham model could. Rather, I saw similarity in how your attacks are erratic based on changing weapon speed to how ours are erratic based on changing energy regen (Clearcasts and energy gain procs).

EDIT2: The averaging you quoted there works for us because haste benefits scale in the same pattern (increasing), whereas yours scales up, then horribly drops off once you pass the cusps of each level of weapon speed within the WF cooldown (1.5 to 1.49, 1.0 to .99)... I think that's how yours works anyway, not positive, like I said, my enh shammy is a lvl 45 noob.

Disquette · 02/21/08, 3:45 PM

Originally Posted by Astrylian

EDIT: Aye, I didn't mean to say that how the cat model handles haste is how an EnhSham model could. Rather, I saw similarity in how your attacks are erratic based on changing weapon speed to how ours are erratic based on changing energy regen (Clearcasts and energy gain procs).

That's actually the part I want to look at more, because I agree it at least *seems* similar, with discrete chunks intertwined with the linear stuff. If it could work out, I think rawr looks really really nice.

Astrylian · 02/21/08, 4:28 PM

Originally Posted by Disquette

That's actually the part I want to look at more, because I agree it at least *seems* similar, with discrete chunks intertwined with the linear stuff. If it could work out, I think rawr looks really really nice.

Could you perhaps look at a Flurry proc in the same way you look at a Windfury proc? A Flurry gives you an extra 1.5 (?) auto attacks, in the same period of time, though 0.5 (?) of them wouldn't be able to proc windfury so you'd have to discount the damage they could do? I supposed you'd run into problems of counting too much damage on back-to-back flurry procs... I dunno, just throwing out ideas.

Olon97 · 02/21/08, 5:07 PM

Use the existing sims to generate 4-5 uptime lookup tables (crit vs. uptime) for given popular weapon speeds, rather than attempting to derive functions perhaps? 20 reference points in realistic crit ranges with a forced average on in-between points would be good enough.

Many times when you have a higher order system like this, it's simply easier to lookup a points on a measured curve than figure out the precise formula that drive the function itself.

The point of any simulation is never to perfectly predict future outcomes (nearly impossible whenever you have random elements), but rather to model it closely enough that you can make informed decisions that are likely to yield good real world outcomes.

• Shalas · 02/21/08, 5:42 PM

Even ignoring items with relevant procs (haste/crit rating), there are five relevant variables: MH speed, OH speed, crit rate, passive haste, relevant procs on items. "Sane" ranges for these based on Yo!'s sim would be around:
MH speed: 2.5-2.8 (4 options)
OH speed: 2.5-2.8 (4 options)
Haste: 0-100 (steps of 5 would give 20)
Crit: 20-40% (steps of .25% would give 80)
Procs: 6 items with procs seems like a reasonable guess (64 possible combinations)

This would take 1,638,400 runs to build the data set. At one minute per run (Yo!'s takes a bit longer, but also does more than we need), this would take 3.1 CPU-years to build. This data set is still not guarunteed to have all of the inflection points. If we knew where all of the inflection points are generating the data set would be fast and easy, but if we could find the inflection points we'd already have a closed equation for dps.

Dorvan · 02/21/08, 6:05 PM

To whoever responded about working on a Tankadin version, I just made a post over on maintankadin asking about it....so if you'd like help or have mechanics questions to be answered while working on it, feel free to post there....at a minimum you're sure to find peopel to give input and test it

Maintankadin :: View topic - Character Itemization Development Platform

Astrylian · 02/21/08, 8:57 PM

Originally Posted by Dorvan

To whoever responded about working on a Tankadin version, I just made a post over on maintankadin asking about it....so if you'd like help or have mechanics questions to be answered while working on it, feel free to post there....at a minimum you're sure to find peopel to give input and test it

Maintankadin :: View topic - Character Itemization Development Platform

Abynth and thedopefishlives both were interested in doing the Protadin model, so Abynth went ahead and started it, and thedopefishlives started on Rawr.Moonkin instead. But now Abynth has stopped working on it (conflicts with his work over writing public code or some weird thing), so thedopefishlives is working on both of them. I'm pretty sure he wouldn't mind any help.

If anyone wants to help out with any of the models, create an account on CodePlex.com, and tell me your account name, and I'll set ya up.

Jheusse · 02/22/08, 10:24 AM

Went to ask about a tps model for bear and realized it was already asked and answered (it's coming), so I'll just say I'm looking forward to it so I can more easily tell if my threat output is my fault or my gear's fault (likely mine).

Though can I request that the output of the bear threat report be labeled "TPS Report"? So if you could just put that cover sheet on the TPS Report that'd be great.

thedopefishlives · 02/22/08, 11:28 AM

Originally Posted by Jheusse

Though can I request that the output of the bear threat report be labeled "TPS Report"? So if you could just put that cover sheet on the TPS Report that'd be great.

I laughed so hard at that, I just might have to include it.

The Protadin module is forthcoming; I will probably start it next week. Along with it will (hopefully) come a threat generation mechanic that can be applied to bears and warriors, as well. That's the goal, anyway.

Astrylian · 02/22/08, 12:08 PM

Got a specific request now... fr0d0b0ls0n, a friendly tree from here is working on the Rawr.Tree model now, but could use some help on the coding side of it. Any skilled C#ers with an interest in trees want to help out?

Fimbo · 02/22/08, 12:18 PM

Do you need any testers?

My coding isn't so great, but i've done a reasonable amount of work with UI design and Software Testing.

It's easiest for me to help on Hunters, but i can systematically click on stuff for any of the modules.

Hald · 02/22/08, 12:44 PM

I'm always looking forward to helping in the Rawr project, though I may not know much about coding!

So far I'm seeing that rawr b11 seems to have been some huge changes form b10. The whole itemcache is different as is the character sheets I guess. Gotta redo my character manually since armory is down ftl. Will report more after that!

Might want to consider adding some kind of class gear base thing, cause I'm showing rogue t6 in my possible upgrades. lol Really like the way editing items is setup now, screw messing with the xml files.

LOVE the new options, sort of reminds me of spreadsheets.

Dinian · 02/22/08, 12:50 PM

I'll take a look at this tonight. I'm rolling up an enhancement shaman now with an eye towards raiding again with it. Also, I'm very knowledgeable about the development platform. Perhaps some sort of interop solution that involves calling into Yo's simulator directly is a possible way to get what we want.

How do you guys prefer to collaborate on this? IRC?

Stormhole · 02/22/08, 1:11 PM

Is there a beta with a compiled version of rawr.mage.dll available ?