Are there any plans on modeling different spell type transitons, like channeling->cast, channeling->channeling, etc? I don't know if this is specific to Mind Flay, but I have to wait longer after MF when I cast MB or SWD than when I cast another MF.

I don't know if it's worth it, because a simple priority list for choosing the next spell would probably become less than optimal. If the transition channeling->cast/instant has a large penalty, minimizing the number of those transitions could become important, and a priority list won't do that. I wouldn't know how to compute an optimal strategy then, and I'm not even sure how to specify or model one.

SimulationCraft r1050 available for download.

Key changes:

* Multi-threading support for all platforms: Just add "threads=N" to your config. For dual-core processors, "threads=2" will result in a 2x performance increase.

* Scale-factor generation is now available. Example usage is in the raid_80.txt config file.

* Talent tree parsing for blizzard/wowhead/mmo for all classes. The raid_80.txt config file has been changed to use wowhead for brevity.

* The ability to set default gear profiles for use with all classes.

There have been a number of architectural changes. If you have been using your own config files, I encourage you to start with a fresh copy of raid_80.txt

We are working on getting the auto-generation of LatestReport wiki going again.

In the meantime, check out SampleOutput: SampleOutput - simulationcraft - Google Code

1) Awesome!

2) Frost Mage has Summon WE/Icy Veins/Cold Snap in its sequence, but only 42% WE uptime, which is 2 summons.
The fight length allows for 3 summons though, even without Cold Snap.

3) Some nitpicking about hit-rating details and numbers:
* default_hit_rating should be 289
* Both druids need a -26 hit adjustment
* Mage_20_51_0 and Priest 28_33_5 need a +79 hit adjustment
* Mage_0_53_18 needs no hit adjustment

4) I can't execute the simcraft.exe at all, gives some windwos error. It is also much smaller that the previous versions.

5) It still shows Starfire as better than Wrath for Druids oddly.

6) Is it possible to display the amount of mana you end the fight with?
Possibly in the section with all the mana gains?

7) I hate to ask dumb questions, but how can I generate a HTML output *blushes*

8) Thanks again for the great tool.

Strange. I'll dig in. Thanks for the catch.

I keep tweaking that and have yet to get it right. What do you think of the default gear profile? Do the other stats look ok?

Grrr...... I switched from the MinGW g++ port to using MS Visual C++ (2008 Express). It was the only way I could get threads working. I wonder if there is some runtime library that I need to force to be included with the app? It ran ok on my Windows XP machine.... Bah.... I hate MS. I'll poke around in that IDE-from-hell and see if I can find some option that refers to runtime libs. Unfortunately, I do not have another Windows machine (without the IDE) to test it on.

If I -just- run Starfire vs Wrath in a simple setup then Wrath wins. But given the Glyph of Starfire, extreme levels of Haste gear and raid buffs...... SF wins out.

Excellent idea...... and easy to code I think.

html=file.html
Sorry.... I suck at documentation.

People could try install Visual C++ Redistributable to get it to work. For example: Download details: Visual C++ 2008 SP1 Redistributable Package (x86)

There are many versions available, so I guess try with the same version dedmonwakeen has.

What i really like to see in simulationcraft is the distribution of the dps for each class. It could be easily estimated by a histogram from the iterations. Please include also the randomness of the base spells. That means if the base spell have a range of base damage, the base damage of this spell is random in this range.

I don't show this in the google charts, but if you scroll down in SampleOutput you will see the wall-of-text that gets vomits out.

Immediately after the DPS value, there is information on stddev, range, etc. These numbers were generated with "average_dmg=1". If you set "average_dmg=0" then it will produce random base dmg values for direct-dmg spells.

EDIT: Hmmm..... I do have the DPS for every iteration cached away so I actually could generate some form of dps-distribution chart..... bucket the DPS via intervals.... count the number of hits for that interval..... Interesting.

I have plans to move the flask definitions out of the action list (along with weapon buffs).

When that happens I will add all the relevant flasks and elixirs.

I'm probably going to be lazy about the food definition, though. Instead of supporting foods by name, I'm going to simply allow a generic description:

food=stat1=value1,stat2=value2,stat3=value3

Example:
# Blackened Bassilisk
food=spell_power=23,spirit=20

Not sure if I got the values right there.... but you get the idea. That will provide the base functionality and I can add name-specific stuff at a later date.

All of these things could be encoded into the base gear values, but I've really tried hard to keep all stat contributions broken down into their individual components. I think this will be key if I ever get Armory-download working.

This is not a big deal, but you'll see nothing more than a Gaussian distribution with mean DPS and standard deviation 0.5*sqrt(iterations)*Error (if iterations is large enough).

I'm actually considering doing this not so much as a helpful tool for the user, but as an additional audit of the simulation results.

ie: If the distribution doesn't look "Gaussian enough" (bell-curvy) it highlights a problem that I need to look into.....

The central limit theorem is not applicable, because the conditions a not satisfied.

Mainly, I expect a not necessary a Gaussian distribution, because the random variables are not (in general) independent. It has to be proven that the distributions are Gaussian and this will be a interesting fact.