Jump to content

Womble

Elite user
 View Profile  See their activity

  • Posts

    156

  • Joined

  • Last visited

 Content Type 

Everything posted by Womble

  1. Womble
    Bugreporter have you sent Droidz the results or should I queue for LFR and do it?
  2. Womble
    I can't really do that for an effective Subtlety profile though. It seems perhaps the bot is just slow in regards to positioning? If so I doubt there's any point continuing with the subtlety profile because 99% of everything you do is behind the target and it needs to detect the entire area behind not just within a 5 degree angle (random example), and it can't only be 'shadowstep behind' either. I'm talking about 180 degrees behind the target that it's failing to pick up on numerous occasions. Sad times. We could really use better detection for behind / infront. Even if the calculations are correct they simply don't work properly which is a real shame because the rest of the fight class design is fantastic.
  3. Womble
    Not sure why this persists but it does. Testing a full Siege run now, sometimes I can be anywhere behind a boss and it uses 'Sinister Strike' (Hemo for Sub), even though I have this C Sharp Code attached to the ability: - (System.Math.Abs(ObjectManager.Me.Rotation - ObjectManager.Target.Rotation) > 1.57f) The same goes for every ability from behind, so all my Backstab / Ambush and even Shadow Dance / Vanish: - (System.Math.Abs(ObjectManager.Me.Rotation - ObjectManager.Target.Rotation) < 1.57f) From a previous thread Droidz also told me about the following code, which I have also placed on my Backstab ability: - wManager.Wow.Helpers.MovementManager.IsFacing(ObjectManager.Me.Position, ObjectManager.Me.Rotation, ObjectManager.Target.Position, 1.57f) I'm not sure why but it just isn't reliable at all and is basically destroying my profile. Each boss, model size / shape seems to have different ideas of what 'behind' and 'in front' seem to be. Sigh. If you have a sub rogue feel free to test the profile from fight class download section. It works perfectly on a dummy but in a raid it's horrible.
  4. Womble
    Tested the above. Tricks 'works' but I drop my target. It will target the focus unit, cast tricks and then not take any target unless I manually click/tab to the boss again.
  5. Womble
    Still not working. Alright, in my log, here's what I get inbetween the adds phase to when Immerseus re-emerges: - [E] 00:44:40 - GetReactionTowards(WoWFactionTemplate otherFaction): System.NullReferenceException: Object reference not set to an instance of an object. at wManager.Wow.Helpers.WoWFactionTemplate.GetReactionTowards(WoWFactionTemplate otherFaction)
  6. Womble
    local idTotT=57934 local spellname=GetSpellInfo(idTotT) if (IsSpellInRange(spellname, "focus")==1)then TargetUnit("player") CastSpellByName(spellname) TargetUnit("focus") end end Something like this?
  7. Womble
    Super. Could I also add an 'lua script' to that simple focus solution? I was thinking soemthing like this based on your tank one: - local idTotT=57934 local spellname=GetSpellInfo(idTotT) if (IsSpellInRange(spellname, "focus")==1)then CastSpellByName(spellname) end end Basically I just want a range check on it. Is that correct or am I missing something?
  8. Womble
    Excellent, I will test that later when I have access to the game. What would be a tricks to 'focus' target version? Since this is the one I'll probably use.
  9. Womble
    Thought something was wrong haha. Okay. I understand the end, ifs, else parts of the code no problem just not the actual way the code is wrote.
  10. Womble
    Tried luascript condition on the ability 'Tricks of the Trade': - if target == worldboss then if focus != me then cast Tricks of the Trade on focus. end else if focus == tank then cast Tricks of the Trade on focus end end I set return value research to '1' and return value var to 'ret'. Doesn't seem to work. Would a focus only version not be something along the lines of if target == worldboss then cast Tricks of the Trade on focus. end end
  11. Womble
    No TotT isn't stackable sadly. There's no need to tricks tanks anymore given all the threat boosts and so on. Needing tricks as a tank now really comes down to the tank not playing properly and seems impossible to loose threat outside of the pull as well nowadays. Best target for tricks is a DPS, more specifically a rogue because they benefit the most since tricks doesn't stack with most DPS abilities of other classes, i.e. Recklessness etc. I'll try that code now only changing 'targettarget' to 'focus' and see if it works in LFR. But the code you listed could be useful to have as a second macro for tanks.
  12. Womble
    Got a theory it might have been the broken redirect I tested. Need to test it again later, if it doesn't work I'll share the log - it doesn't break on any other fights btw.
  13. Womble
    Have it on 'focus' target, so you can set that yourself since most people will or should know the right target dependant on fight etc. That would be great.
  14. Womble
    Hey. Got a profile just not sure how to have it cast tricks as a buff to an assigned target. :(
  15. Womble

    Version Version 3

    2237 downloads

    Features (Scroll right down for the change log): * Designed for raiding at heroic level (I'm an experienced, high ranking sub rogue) Automatic use of Shadow Dance, Vanish and Preparation. "Pooling" for Shadow Dance to enable each CD usage is optimized efficently. Support for spinning mobs / bosses and heavy movement fights. When Backstab isn't available it will resort to Hemorrhage. Hemorrhage usage in front of the boss maintains high energy levels so that you the second you're back behind your target you're ready to burn energy / finishers (also useful if about to jump into a Shadow Dance) rather than using Hemo at 28 energy and then suddenly not being able to Backstab, eviscerate or jump into a vanish/shadow dance. Marked for Death is supported. If you wish to use this you need to enable it in my profile settings and take the talent. It will basically just be used on CD. I am considering changing ("improving") this for any serious MFD users. Since the bot can't refresh or detect buffs dropping like SND I was thinking about the idea of having MFD used on cooldown when SND drops so it's instantly back up without delay. Obviously this comes with the cost of losing x amount of MFD over a fight but will keep your rotation pretty consistent. Optional CD Support: Best I could do here was to put a boss level restriction on Shadow Blades and Vanish. If you choose to use vanish manually on trash remember only to use it when Shadow Dance is on Cooldown. As long as you do that the profile will operate properly. If you do accidentally do that it won't break the profile it will just essentially do nothing for the duration of your vanish, so you want to avoid that. Weaves Garrote in appropriately (pull and rare occasions rupture drops - this may change slightly once the rest of the profile is perfected). It's already pulling some superb numbers on a dummy for my first release and I have tested this extensively on dummies and various raid bosses. Bugs / Known Issues 1 - Potentially fixed - unsure. It is rare but if you stare at your buffs whilst the rotation is underway you will notice the odd 1 CP rupture goes off and I have absolutely no idea why, it definitely isn't my doing - I can only assume the system procs HAT (honor amongst thievs) before the bot realises and it attempts to use a 5 CP only to throw off a 1 CP. Once I have a little more time I will attempt to pick this out, perhaps there's a way I can put a delay at the problematic time. If it appears to be random then I doubt I'll ever fix it. 2 - AOE: These are in the profile but set to false by default in the settings. Reasoning is I can't get them to work - until I can work out why or perhaps Droidz works out why then these may likely stay off full time. It isn't really a big deal since you rarely AOE as sub anyway, it probably just means you'd lose top 20 ranks where AOE can be used -shrug- 3 - Immerseus: Rotation stops inbetween Immerseus emerging. Unsure of the cause. Bugs Fixed Issue: Bot would seemingly not know the difference between in front and behind at times on almost all targets. - Massive Fix (see change log below). Issue: Rupture drops which isn't the end of the world. SND drops as well which is quite a big deal, but at the moment both bot restrictions and my own know how stop me fixing this. See the MFD * above for a possible workaround. Fix: Implemented Anticipation throughout my profile. For MFD users I will change it in the next release so it saves MFD for circumstances where rupture / snd may drop. Issue: Shadow Dance and Vanish butchering each other due to 'Is Spell Usable' checks on standard rotation abilities. Fix: Best workaround I could come up with (also see 'CD 1.2: Vanish' change / fix) was to change how the conditions affected one another whilst lowering the amount of energy needed for vanish. While not absolutely ideal, Wrobot seems to overshoot the energy amounts you set drastically sometimes so this seems to work out well. I'm currently sitting at 275/285k sustained on a dummy. I have 0 buffs (no food or flask) and I have an ilvl of 578. Issue: "pooling" all abilities for SD / Vanish results in delayed abilities during opener and any subsequent SD or Vanish where the other is also available as the bot thinks it has to pool. Fix: Various condition changes / workarounds. Issue: CD 1.2: Vanish. You may struggle making use of vanish with my profile if you are in poor gear with shit haste levels. At the moment I don't have a fix for that other than to disable Vanish and use it manually although I don't recommend this because the way I have designed my profile means that if you use it when Shadow Dance is available (not in use) you'll waste an entire Vanish and nothing will cast whatsoever. The reason for this is due to bot restrictions, it doesn't have the flow that PQR allowed in regards to refreshing below specified times / coding actual pooling etc. Fix: Lowered the energy requirement to account for lower gear levels whilst still managing to get out 1-2 Ambush. Wrobot reacts slowly to energy conditions which caused it to require something in the region of 80-100 energy to even trigger previously. Want To Help? Please report any 'bugs' or anything you see that is off. There are tiny errors I have noticed but I know the spec inside out and have obtained top 20 ranks manually so if you're just picking this up and want something that performs reasonably well out the box then this is for you and you may not notice anything wrong. I'm constantly spending the odd hour here and there in my spare time trying to tweak / think of ways to improve this so if you have any great ideas or workarounds feel free to let me know and I will update it asap. /////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// DEVELOPER LOG - FOR MY OWN VIEWING - RANDOM NOTES FOR MY OWN REFERENCE *** CANT HAVE GARROTE / RUPTURE IN A 'TARGET BUFF CASTED BY ME' CONDITION *** solutions: duplicate abilities of: - eviscerate rupture backstab hemo each one only has 'is spell usable' set to either shadow dance or vanish. ????????????????????????? other: Need to incorporate Garrote properly Check Eviscerate conditions. Can't seem to have 2 target buff checks set as true i.e. rupture / garrote ATTEMPT 2 versions of eviscerate - identical conditions aside from variation in 'target buff' - WORKING. ATTEMPT eviscerate 0 target buffs, low priority. maybe it will spam 5 cp finishers when nothing else is left to do ///////////////// Problem: Ambush is being spammed with no use of finishers. ///////////////// Idea of refreshing 5 CP snd and 5 CP rupture before Shadow Dance. Try copies of both rupture and snd - 5 cp condition, run once - when shadow dance is available? rupture won't 5 cp refresh before shadow dance. /////////////// (System.Math.Abs(ObjectManager.Me.Rotation - ObjectManager.Target.Rotation) < 0.35f) ///////////////////////// == SAME ISSUES REGARDING VANISH POOLING. when garrote is up during shadow dance it doesn't eviscerate. - fixed shadow dance is butchered by vanish and vice versa. need to look into disabling vanish pooling and making this manual usage advising high energy use. need to enable full rotation use during vanish though. REMEMBER ambush doesnt pool hence why that spams but eviscerate stops. ///////////////////////// == SAME ISSUES REGARDING VANISH POOLING. /// IMPLEMENTING AOE 4, 5 OR 6 ENEMIES = REPLACE EVISCERATE WITH CRIMSON TEMPEST 7 OR MORE = FOK + CRIMSON TEMPEST TO FIX AOE HEMO INFRONT HAS BEEN LOST REDIRECT VANISH / SD BUTCHERING TO FIX /// 1 - reduced vanish energy from 59 to 39 2 - changed spell usable on canish condition of SD to false from true 3 - added sd condition = vanish set to false 4 - added 4 abilities: hemo, snd, rupture, evisc - all these have a purpose of not idling when faced with the dire situation of an enemy facing you: - - All are set to have anticipation buff stack checks. - Snd will always go up at the first 5 stack followed by rupture then eviscerate (only if the first 2 are up). - This version of hemo has an energy check of only casting when energy is higher than 64 5 - added the backstab c sharp code to both shadow dance and vanish to accomodate for point 4 6 - removed high priority hemo, snd, rupture as they caused issues with the above 2 points (4, 5) /// 7 - low rotation prio set aren't casting finishers /// 8 - TESTING SLEIGHT OF HAND 4 SET T16 PROC CONDITIONS - seem to be fine 9 - TESTING REDIRECT 10 - removed redirect for now, too problematic. 11 - got 180 degrees checks for infront behind on ambush, backstab, hemo and sd/vanish cds. ////////// NEED TO TEST IN RAIDS. IRON OUT RANDOM ROTATION STOPS AND FIX AOE. ID MACRO: /run for i=1,200000 do local f=FindSpellBookSlotBySpellID(i,"spell") if f then local n,id=GetSpellBookItemName(f,"spell"),select(2,GetSpellBookItemInfo(f,"spell")) local s=GetSpellInfo(id) s=n==s and " " or "\124cFF4FF763"..s print(id,n,s) end end //////// RUPTURE ret = 0; local nameSpell = GetSpellInfo(1943); if (not nameSpell) then return; end local name, rank, icon, count, debuffType, duration, expirationTime, unitCaster, isStealable, shouldConsolidate, spellId = UnitDebuff("target", nameSpell); if (not expirationTime) then return; end local expireTimeLeft = expirationTime-GetTime(); if expireTimeLeft <= 6 then ret = 1 end WORKS ret = 1; local nameSpell = GetSpellInfo(1943); if (not nameSpell) then return; end local name, rank, icon, count, debuffType, duration, expirationTime, unitCaster, isStealable, shouldConsolidate, spellId = UnitDebuff("target", nameSpell); if (not expirationTime) then return; end local expireTimeLeft = expirationTime-GetTime(); if unitCaster ~= "player" then return end if expireTimeLeft > 6 then ret = 0 end /// snd local nameSpell = GetSpellInfo(5171); local name, rank, icon, count, debuffType, duration, expirationTime, unitCaster, isStealable, shouldConsolidate, spellId = UnitBuff("player", nameSpell); local expireTimeLeft = expirationTime-GetTime(); ret = 0; if expireTimeLeft <= 6 then ret = 1 end WORKS ret=1; local nameSpell = GetSpellInfo(5171); if (not nameSpell) then return; end local name, rank, icon, count, debuffType, duration, expirationTime, unitCaster, isStealable, shouldConsolidate, spellId = UnitBuff("player", nameSpell); if (not expirationTime) then return; end local expireTimeLeft = expirationTime-GetTime(); if expireTimeLeft > 6 then ret = 0 end
  16. Womble
    My rotation competely stops when Immerseus rises back out of the water after the add phase. I can attack adds perfectly fine but once he emerges it suddenly stops working. It starts again if I disable and enable but this is quite annoying. This is the only boss issue I have found thus far. Any idea why?
  17. Womble
    Is there a way to use Tricks at all? There's nothing Subtlety specific to it, just standard tricks of the trade on a focus target or a written target. Thought there'd be a condition for it but I can't seem to find anything.
  18. Womble
    Is there no possible lua work around for this? So a lua script condition for Crimpson Tempest and FoK that may use the equivalent of 'hostile unit near' - they are highest in the priority and still refuse to work, not sure why.
  19. Womble
    Hey. 1 - Not sure what's wrong here. It is low down in the priority but I guess your Wrobot is in German because what I see is 'Die Vögel' under 'Is Spell Usable' for the spell A Murder of Crows. Do you just want it to cast before everything else when it is available? 2 - You need to use a few conditions here I think. First would be to make sure you have Trap Launcher buff (so you can target your aoe properly). Then set 'AOE Spell' to true under spell settings. This will throw explosive shot to your current target. I haven't tried it, it might be slightly different because of the Launcher buff you need in order to fire traps to range. 3 - I can't see steady shot in your rotation. But that should just have a Buff condition - name: Steady Focus (if this is the correct buff name, not sure haven't played Marksmanship in ages) and value set to False. So that way once you have the buff Steady Focus it will stop using Steady Shot.
  20. Womble
    The only thing I don't know how to actually do properly is alter time since once you use it, it doesn't go on cd for either 6 seconds or unless you use it a second time within that 6 seconds (so the bot just uses it twice instantly thus wasting it).
  21. Womble
    Alright: Your Frostbolt ability has a condition called 'Buff Stack Target' which is set to 'Not Equal: 3' I assume you've accidentally put this condition in because it doesn't actually make sense lol. Frostbolt is a debuff on a target that only affects targets that aren't bosses and doesn't stack. It is only a 50% slow, nothing else. I think this was a 5.4 change. So basically your profile gets stuck in an infinite loop trying to stack a debuff to 3 that will never go above 1. Second your Living Bomb spell is set below the Frostbolt one in the priority list and neither have any conditions (after I removed the condition as explained above). What you want to do is add a condition to Frostbolt called 'Target Buff Casted By Me' - Set name to 'Living Bomb' and the value to 'True' - basically this will tell it to only cast Frostbolt when Living Bomb is on the target. Then you want to put a condition on your Living Bomb which is another 'Target Buff Casted By Me' and name that 'Living Bomb' and set that to 'False'. All you are doing here is telling it to not loop the spell and once again cause your profile to only use that one spell. The rest will follow a similar manner. Your Frostfire Bolt seems correct as does your Fingers of Frost. Frozen Orb is your choice and you seem to have that set correctly (although I'm having AOE issues myself so I may not be the best person to ask when it comes to that). I've attached what I've done above so you can see for yourself and see that the basics of the rotation work (left the rest as you uploaded). Don't forget about the priority order too, highest number being cast first (dependant on conditions you set). So for example Frostfire Bolt and Ice Lance are both triggered by a single similar condition, if both are procced they will fire in the order you have them, so atm I have set Frostfire Bolt as the highest priority - but don't trust me, haven't played frost mage for decades, just had a quick scan at Icy Veins. Hope this helps. myMage-Fixed.xml
  22. Womble
    I'll have a look for you shortly.
  23. Womble
    I've also noticed Wrobot is slow at reacting to the energy condition. So once my stealth drops it sometimes hits anywhere between 80-100 energy before it uses Shadow Dance instead of '> 74'. This seemed to be a massive factor in the DPS loss as well. I've changed this to 64 and it seems to react by around 74-80 now which seems to be working a lot better. I'll have to test it properly later, only just got back home. Edit 2: I also think I have a possible fix for Shadow Dance itself, maybe a variation of lua, I'll update this later.
  24. Womble
    I don't know why you said that as though I don't understand the subtlety spec? If you understood then you wouldn't be telling me what I already know. Here is what I last said: - Stealth is another buff we have. You don't do your rotation during Shadow Dance, it is completely different - so I can't afford to stop my profile during Stealth (gives the same available skill ((ambush) as both Shadow Dance and Vanish, only it's specific to the opening of a fight). Subtlety is a lot more involved than the other specs. I cannot find a way to create my profile in such a way that it opens properly because when ShadowDance is available my rotation stops. A dumbed down version of the opening would be something like this: - Stealth Garrote Ambush (Ambush - if energy / haste allows) Normal rotation is basically Hemo - keep debuff up on target Backstab CP builder *insert finisher* Normal rotation cannot be used when shadow dance is available otherwise I never have the required energy to use it. However this affects Stealth. Maybe lua can be used to say something along the lines of 'if shadowdance = false AND IF stealth = false then If I was playing I would only apply the 'shadowdance = false' after stealth drops (a buff I will only ever have on the pull, because after that, during the fight you use Shadow Dance and Vanish as your main Cooldowns. So, I wouldn't stop, because for the duration of stealth I would use 1x garrote and 2x ambush (1x ambush if energy doesn't allow i.e. gear < 12,000 haste-ish) but as my profile is now there is a huge loss of DPS on the pull. I am just wondering if anyone knows any clever work around to avoid this.
  25. Womble
    I still don't understand why I used the C sharp code for it though if there's an if facing. I'll try is facing conditions on any of the problematic abilities, hopefully that will fix it. I'm really not sure why 1.57f is still causing some issues with abilities sometimes being used at the front and back when they shouldn be, it's strange.
×
×
  • Create New...