Nightcrowler, I have taken your advice and turned off (at least for now) my other cooldown and debuff solution, Droodfocus, so that I can test out all the features of FBN. I never thought I would appreciate the fact that the RIP debuff icon shows how many times I have extended the duration with shred but it is usefull. The only really have a couple of small issues:
I can't seem to find a place to change the transparency of the cooldown/debuff/buff monitors, I prefer them to be invisible until I use something.
Droodfocus allowed me to add custom buffs, I liked having my trinkets (Mjolinar and Greatness) show up on the bars.
I haven't had a chance to test the boss mods yet but I will let you know how they work out when I am in Ulduar next.
@Clausm:
It should be fully working, but it need testing. Expecially I hope it doesn't screw up between Uld10 and Uld25.
@Aryss:
The main problem here is what are you doing, as I said the cycle is "tuned" around a raid but it should "self-tune" enough without buffs. As for SR vs. RIP yes, there is a lot of math involved (you can see it inside the code) to choce the best route. I'm pretty sure about the first case you described for the FB usage. As for RIPvsFB I should admit that when there is that kind of situation with 4-5 sec on SR and RIP is going to expire, I'm the first temted to RIP also if FBN suggest to SR. What I'm sure is that the difference is so minimal that it became a "no problem". The addon gives SR always the highest priority, remember that the addon it tuned around the simulation and the simulator does a lot of fights then average out the results to find the dps, this mean that a very unusual things (like the one you previously describe) and with very little impact (if you 5cp-SR you will surerly gain also an extra FB after the RIP instead of needing to refresh SR again so if not a real gain it's not a big loss) are pretty difficult to tune.
@Pirao:
CD monitor transparency + trinkets will be pushed in the next release (I'm working on it, not a lot of math involved just a lot of copy, paste, cut, etc...)
On the first page an analysis was done about using the Mjolnir Runestone + Grim Toll and showed the dps was slightly less than Runestone + DMC:G. How much ArP was this used with? Currently I'm gemmed for Agi (since I tank and share a number of pieces) and am wondering if at low ArP these two trinkets end up superior or not to using one and the DMC:G.
To compile the simulator you need:
latest simulator version
mtrand.h
mtrand.cpp
you can find both at the end of the page. As for the compiler, I use XCode 3.1 on a MacBook Pro with OSX 10.5.7. I'm not a professional coder, so I don't know too much other kind of compiler and baddly I'm of little help.
I do have both those files with my source in the same dir, it still wont compile due to those errors. Could someone host a compiled binary somewhere please?
If you're using the Dev-C++ program linked above, you want to make a new project and add all three files (FeralbyNightv3_1_beta_w.cpp, mtrand.cpp, mtrand.h) to the project. Then compile that.
As long as I'm here, I was wondering if anyone could explain this wierdness:
I tried both FBN and Rawr 2.2.9, Rawr suggested regemming all my gear with +agi yet FBN clearly shows stayed gemmed as +arpen is the way to go. Why do they show such different results?
Have you added Arpen to gemming template in Rawr? With BiS gear Rawr and FBN gives arpen a very similar value (1.8 dps points) and both suggest gemming for Arpen, also I have basically the same equip as you and also Rawr suggest me to gem arpen so the problem could be that you didn't add a template for Arpen gemming or you didn't turn on all the raid buffs.
I have added ArPen to the gemming template (assuming I've done it properly: Added a custom template and filled every slot with Fractured Scarlet Ruby except the meta one), yet nothing changes, I still get a 1.12 value for 1agi and 1.02 value for 1arpen. I also have all buffs active. What am I doing wrong?
That's not true, the soft cap is at 566 ArP, and I'm at 547. Either way, it does not explain why Rawr suggests I switch out *all* my ArP gems with Agi gems, putting me way below the soft cap. I'm pretty sure its something to do with the gemming template, maybe an option I somehow overlooked. I just cant seem to figure out what it is.
I do not know what you are doing different, but when I loaded you in Rawr, put all raid buffs, including ArP food (which counts in the cap) then it properly suggested ArP for all your gems until I put the last one in, then it suggest agi, switch one agi in, and it suggest ArP.
edit - The best blue gem for dps to gain a socket bonus is enchanted tear rather than shifting twilight
edit 2- If you are only checking the raid buffs you actually have in a raid, take a look at which ones you are missing, that might be enough to make a difference.
Hi and thanks again for this new release.
My armory link first Nolderynh
I loot Lotrafen yesterday and now i have a question.
I got 642 arpen so an extra of 76.
But when full raid buff i got 56% crit without proc of the card. I heard somewhere that an exceed of 60% crit result in a dps lost. Is it right.
Must i Gem Agi or Strengh for ap conversion ?
H
But when full raid buff i got 56% crit without proc of the card. I heard somewhere that an exceed of 60% crit result in a dps lost. Is it right.
Must i Gem Agi or Strengh for ap conversion ?
60% crit isn't really a dps lost, it is just fact, that the more crit you have the more your attacks crit, that means if you have 4 CPs and you crit, it is a CP waste, because you cannot get more then 5 CPs. There is a graph in this thread, but i didn't find it yet. If you have arpen softcap, you should gem Agi.
Originally Posted by Nightcrawler
I've runned a simulation gemming with arpen instead of agility after the trinket soft cap. The dps is lower.
Last edited by Batlecruiser : 07/06/09 at 12:00 PM.
I believe the soft crit-cap is the white attack crit cap. 24% of white attacks are glancing against a boss. If you are slightly under (1% lets say) miss/dodge/parry/block caps add that so 25% of white attacks cannot crit. A mongoose/DM:G proc add to your crit pushing your peak pretty close to this soft cap. I assume 60% + DMG + mongoose puts you up there.
With a lot of bugfixes (less than expected indeed) I have also take advantage of some suggestion and introduced a proc monitor (with no extra weight). I need some info to finalize it:
the spell id (your buff not the ability or boss buff or similar) of trick of the trade and missdirection.
Experimenting a bit with your addon in a raid night, and suddenly the addon wanted me to spam mangle even though i was very obviously behind the target able to use shred. Mangle was up on the target yet it wanted me to use mangle. What is the explanation of this? is it a bug?
And another thing i noticed.
Current situations can appear:
Situation 1:
Rip wears off at the same time as mangle. The addon suggest mangle before doing a rip. Even though you have a clearcast. I know this is a small thing. But aint it theoretically a dps increase to RIP and then mangle before the first RIP tick?
Situation 2:
3 sec left on RIP
5 sec left on SR
5 CP
Addon suggest: SR
2 sec left on RIP
4 sec left on SR
5 CP
Clearcast procc
Addon suggest: Shred
Now this Shred suggetion bothers me. Now wouldnt it be better to use that clearcast for a RIP exactly when it expires. then do 2 attacks to gain 3(possibly 4) cp and do a SR? Now i must admit calculating such complicated scenarios is not something i am capeable of. But have you considered this sitaution? Clearcast just before shred and SR almost run out at the same time?
Im still getting a bug where the SR counter is not synced with the SR timer on the bar. This has caused me to refresh SR more than once WAY too early. I frequently run with a feral tank, so not sure if its reading lacerate timers, or what its reading. More than once it has seemed like it was displaying the rake timer. I am not currently aware of a way to reproduce this but ill keep looking. Was hoping someone who actually knew how to read code could go over the code for the multi timer box to make sure its properly displaying SR timer while in cat form.
To help clarify, the dynamic timer (one that changes to lacerate time and stuff in bear) is the one that is off. The timer on the timer bar seems to be spot on all the time.