PoM
Regarding PoM I usually disable cold snap, to analyse a singel use of it, that is easy to line up with other things. With cold snap the problem with POM is usually to keep it synced. And a second use is literally always used to handle your mana.
Before I did quit with wow the following things yielded the highest result with PoM:
A) As non bloodelf:
- Use POM at the end of PC to fit in another cast
B) As bloodelf:
- Use POM to fix mana gained after cooldown poping. Use POM as every other race if you do use an instant on PC early on and it allows you to safely use your racial with that instant without mana capping. (instant = Supernova, Nethertempest)
At this very moment the following line is anoying. It basically uses Presence of Mind before PC is used.
Code: Select all
actions.conserve+=/presence_of_mind,if=buff.arcane_charge.stack<2&mana.pct>93
When will it be used?
1. Right after Pull
2. Mostly every time you do AMs before 4 AC and you are having NOT a bad luck streak ( 4 AB -> ABar is dps negative, with bad luck you will probably dont cap on mana.)
Changing the APL to just use it as A) sometimes yields a dps increase over ~1000 iterations and sometimes not. (450 sec fighttimes, 20% variance.) The net gain / lose is usually somewhere between 2000 dps on a ~140k bis profile. Having such an impact on even 1000 iterations seems to be a little bit off. From my experience optimizing POM in simc is a anoying and nonrewarding task. But I am pretty sure that it just gets messed up from Prophecy of Fear, i.e. cast am on procc on low AC charges. (However, casting that one is a dps gain.)
It could be fixed by calculating the traveltime of all your AM charges, comparing it to the time on POF procc and including the amount of time you do need to get to 4 AC with AB before dumping it. Have to mention potential AM proccs. Afaik casting AB up to 3 AC should already be mana negative - so you will reduce the amount of time you do cap your mana if you go to higher AC charges.
Results:

Weaving apl = default apl + weaving.
Pom fix = just use it during PC.
AB = casting AB on lower mana % than 93 and 4 charges of AC.
weave2 = shit, no one cares about.
Weaving apl, Pom fix and AB are all inside each others error range after ~25000 sims. More iterations: weaving profile wins.
Recommended playstile: If PoF debuff is up AND you have to AM AND you have the posibility to get to 4 AC before casting AM. Then build up AC with casting AB. Keep in mind that you may get a procc of AM that screws you. Prefer to avoid that by dumping AMs before that can even happen. I.e. probably you'll do 2x AB at max before dumping your AMs at any charges into PoF debuff. Well... way to complicated anyway for almost 0 gains.
Using PoM to handle your mana afterwards isnt really rewarding but apparently this is the way to go. By the way, using PoM during PC as you're used to will probably yield a higher maximum. (Napkin math: PoM + AB with Arcane power and multipliers > PoM + Ab without any mulitpliers).
Btw. I do have those PoM profiles on a lot of sims now, just to be able to double check results from time to time.
Weaving:
This was discussed in this thread already. The following line is a decent gain. Result can be seen above. Keep in mind that PoF scales with targets, making the result even better.
Code: Select all
actions.crystal_sequence+=/arcane_missiles,if=pet.prismatic_crystal.remains>2*spell_haste+(target.distance%20),target_if=max:debuff.mark_of_doom.remains
Pooling of AM for PC & Ring burn
How to in simcraft: using a short length profile with 0 variance that definitly includes just 1 more usage of PC after opener. Using timestamps to handle pooling. It was a profile with legendary ring and it should trigger PC at roughly 120 seconds infight.
Code: Select all
actions.conserve+=/arcane_missiles,if=buff.arcane_charge.stack=4&(!talent.overpowered.enabled|cooldown.arcane_power.remains>10*spell_haste|legendary_ring.cooldown.remains>10*spell_haste)&buff.arcane_missiles.react>1&time>90
actions.conserve+=/arcane_missiles,if=buff.arcane_charge.stack=4&(!talent.overpowered.enabled|cooldown.arcane_power.remains>10*spell_haste|legendary_ring.cooldown.remains>10*spell_haste)&time<90
Both lines basically replacing the default line without timestuff & arcane missiles count.
Result:

Pool 1 = if 4 AC use AM at 2 or more charges if PC is going to be up soon. This is definitly a dps gain.
Pool 2 = if 4 AC use AM at 3 or more charges if PC is going to be up soon. This mostly results in capping AM and that will hurt you. Produces the highest possible maximum. (Weaving apl and Pool 2 apl are inside each others error range - so I cant tell you which one is better unless I do run more reps. Pretty sure it is pool 2.)
Pooling of AM on conserve for MoD procc:
You can easily pool 1 Charge of AM for it if you assume MoD will procc soon. (Soon ~20-30 seconds till next assumed procc.) I actually cant find the correct profile for it anymore but it will probably be the same as above: playing around with time. Allways pooling on this case is a dps lose because you do risk to cap.
Regarding pooling in general:
If you do not cap AM charges AND you do not let AM proccs run out: it is possible to "always" keep 1 charge of AM for any situation for higher average dps and less bad luck. Trying to keep more than 1 charge of AM increased the chance of capping way to much, but It may be rewarding if you do it before PC for ranking purposes (higher maximum).
Burn trigger on fightend:
At this very moment robomage burns his mana to deeply running oom on some tries. I had a better picture of that one where he was actually oom. But this one should give you a rough idea:
Code: Select all
start_burn_phase,if=[b]target.time_to_die*1[/b]*(1-0.1*(talent.nether_tempest.enabled|talent.supernova.enabled))*(10%action.arcane_blast.execute_time)*1.1<mana.pct-10+(target.time_to_die*1.8%spell_haste)
I just changed target.time_to_die*0.75 -> *1. Because I am lazy. Result is a 1k dps gain after error.

3 different profiles with different values of that multiplier. Highest one was *1
Opener changes:
Fighttime is 100 sec, 0 variance. I do not want another PC to be ready.

Apls: weaving = weaving as mentioned above
Pom fix = just use pom with PC
pom fix2 = just dont use pom in the 10 first seconds after pull. (I.e. use it on pc, but do not use it to build up your first 4 AC)
opener = all those things in the quote excluding that am cast before PC. Because to much work.
Opener:
Sometimes Mark of Doom procs on the first cast, sometimes it procs a few ABs in. This leads to a priority system:
If(MoD procs on first 2 ABs): AB last 2 times, cooldowns (AP, berserking etc.), Arcane Missiles, PC as missiles land, target PC, Supernova (x2 if mark is still on boss), burn phase
If(MoD doesn't proc on first 2 ABs): PC (we're hoping MoD procs on crystal), burn phase getting all AMs possible onto crystal before it expires
I actually like the idea of changing openers to gain a better variance or even better to elimilate bad luck scenarios but I do not think that this approach is working. However, simcraft may be the wrong tool for that. Some RPPM stuff isnt modeled correctly inside of it and a shorter fighttime just spikes up errors. (i.e. Felmouth frenzy)
APl changes for opener:
http://pastebin.com/23sfw2Pb" target="_blank
copy="" -> use everything above but overwrite it with the following changes. I.e. Opener contains weaving APL, overwrites pom fixes with default apl and has a little implementation itself.
TL;Dr:
Arcane APL is pretty decent. Would have a look at the final burnphase where robomage runs oom. Weaving apl seems to be good - havent looked at potentional missplays resulting from it. I would include it. Optimizing PoM is probably to much work compared to the gain. Opener changes are meh. Pooling shouldnt be implemented in that way above because of fucking timings - and the gain is not really worth it to do it anyway. (But pooling adds fun to your rotation!)