Yeah looks to be ran it all day today like 1300 kills 135k xp/hr no heirlooms and mediocre gear and went from 75 to 76. Last night it would just auto attack getting terrible xp/hr haven't seen it happen since the new version. Although I have noticed sometimes it selects a mob then just sits there and doesn't attack until another one pats or spawns closer. I'll try and reproduce to get you a log.
Hey dude, this is still happening, only with that mob, still not a biggie, and it doesn't seem to happen as often, but it's still there. Cheers
I somewhat fixed this by making it open with Serpent Sting so I don't pull agro off the bat with Arcane Shot and have the mob charge me. This way you pet keeps agro and you shouldn't end up being affected by this as much. Also you could try enabling the wait 1.5 seconds option under the combat tab so your pet goes in and gets a good amount of threat up first. This seemed to fix it for me with the Rhinos in Scholozar.
The issue being reported by pbettell is a valid one. Basically the mob is so large the when your character backs up it does not have enough distance to shoot. This bug will continue to be present on "large" mobs. I'll increase the distance it wants to backup in the next release.
Hey, It?s about raptor strike. My hunter doesn't seem to use it at all. When it engages a mob, it auto attacks when it comes closer, instead of using raptor strike. Nor does it use it, if it accidentally pulls something. Sup`? View attachment 31-07-2010 Log.txt
Your log file is full of errors that I don't think has anything to do with the CC. In order to trouble shoot this I'll start a new hunter and see if I can replicate it.
Aye, The errors are from a stupid plugin.... But it doesn't seem to use raptor strike basicly. I hope I'm not wasting your time mate, don't really know what to do about it. Thumbs up for a pro CC!
I *love* this CC! Thanks for all your hard work in making it simply awesome. I've used it on a hunter from 10-28 so far, and it handles multiple mobs with unbelievable adeptness. One small thing i have noticed... On occasion while in battle, another mob will range aggro on the pet (without attacking the hunter). After Actaeon dispatches the mobs in the initial pull, the pet turns to attack the range-aggro'd mob. The hunter will just stand there waiting for the pet to get out of battle, rather than assisting. As I said, this is a very small thing, but curious. I don't know how to replicate the situation reliably. It seems that if the hunter actually hits the target (via a multishot or somesuch), then it will finish off the last mob. However, if the hunter doesn't accidentally damage the range-aggro'd mob during battle, the hunter will just stand waiting for "in combat" to clear while the pet does the final work. Thanks again for such a *wonderful* CC! cheers, CJ
I've seen this behaviour before, I thought I'd resolved it but apparently not. There is code to check if the pet is attacking something, and if the hunter does not have a target then take the Pet's target. I guess something is not working as intended.
Regarding AotHawk/AotDragonhawk + More powerful spell already active: I haven't personally tested any of your newest builds (mine is about a week old), but just by looking over your most recent code, it appears that the problem is not yet fixed. This is where the problem lies, within Olympus\Class Helpers\Hunter.cs Once you have aspect of the dragonhawk on, NeedAspect() should return false. However, due to the second line not taking AotDH into account, it returns true and repeatedly tries to buff AotH. The simple fix is to change the code to: *I've only tested this so far for about 10 minutes, but it appears as if it's fixed. I'm sure it wouldn't have taken you long to find that yourself, but thought I might as well save you the small amount of time given that you've spent so much time developing these CCs.
Dillon, thanks for the heads up. You are 100% correct. I thought I had already made this change in the last build. Appears I've not done so yet
Not sure if this is a CC issue, a profile issue, or an HB issue: In Grindbot mode the toon will run until there are 0 slots available... and then keep on running. It never goes to a vendor. I'm running Acteon, HB 1.9.5.3, and the profile is panYama-Argentstrand-Spiders.xml. P.S. This profile always found the vendor in the past.
Hello, I have to say this is the best CC i have seen for HB by far wonderful job. I was noticeing though that it dose not use Kill Shot. I did not see anything in the settings to turn this on. Will this be something you may add in the future? AGIAN GREAT WORK !!!
This has nothing to do with the CC. The CC is only responsible for combat. Emmmm...... it appears I've over looked this spell. I'll add it in the next release.
With regard to post #110, I was able to capture a log associated with this problem: Code: 11:54:34 PM:232] [AutoEquip]: I have two handed weapon equipped therefore I can't equip Cross Dagger of the Tiger into secondary hand slot! [11:54:34 PM:282] Changed POI to: Type: Loot, Name: Highland Strider [11:54:40 PM:761] interact: 0x272795A8 [11:54:40 PM:831] interact done: 0x272795A8 [11:54:45 PM:688] Changed POI to: Type: None, Loc: <0, 0, 0> [11:54:48 PM:102] Changed POI to: Type: Kill, Name: [11:54:50 PM:816] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:54:52 PM:318] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:54:53 PM:970] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:54:55 PM:593] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:54:57 PM:265] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:54:58 PM:917] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:55:00 PM:550] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:55:02 PM:202] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:55:03 PM:945] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:55:05 PM:687] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:55:07 PM:470] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:55:09 PM:242] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:55:10 PM:955] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:55:12 PM:617] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:55:14 PM:309] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:55:15 PM:922] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:55:17 PM:604] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:55:19 PM:247] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:55:20 PM:969] Spell_C::CastSpell(6991, 0, 0xF130000A0319C237, 0) [11:55:23 PM:32] Buffs dictionary took 70 ms to create [11:55:23 PM:202] Spell_C::CastSpell(3661, 0, 0xF130000A0319C237, 0) [11:55:24 PM:174] Spell_C::CastSpell(3661, 0, 0xF130000A0319C237, 0) [11:55:24 PM:855] Spell_C::CastSpell(3661, 0, 0xF130000A0319C237, 0) [11:55:25 PM:435] Spell_C::CastSpell(3661, 0, 0xF130000A0319C237, 0) [11:55:26 PM:207] Spell_C::CastSpell(3661, 0, 0xF130000A0319C237, 0) [11:55:30 PM:653] Spell_C::CastSpell(3661, 0, 0xF130000A0319C237, 0) [11:55:32 PM:526] Spell_C::CastSpell(14283, 0, 0xF130000A0319C237, 0) [11:55:33 PM:407] Changed POI to: Type: None, Loc: <0, 0, 0> [11:55:33 PM:858] Changed POI to: Type: None, Loc: <0, 0, 0> The mob was identified as a "Plains Creeper" in Arathi Highlands. Here is the Target Info on the dead body: Code: Information about : Name = Wowhead Id = 2563 Faction = 22 [Beast - Spider] Location = <-1220.127, -2950.869, 42.43136> <Vendor Name="" Entry="2563" Type="Repair" X="-1220.127" Y="-2950.869" Z="42.43136" /> I don't know whether or not this helps, but thought I should follow up. The pet got an add, and the hunter just stood around waiting for the pet to kill it. It doesn't happen frequently, but it does happen. cheers, CJ
This is interesting.... looking at the spell numbers its trying to cast: 6991 = Feed Pet 3661 = Mend Pet 14283 = Arcane Shot Feed Pet should never be cast while in combat - it won't work in combat - but I've added some additional checks so it will not try to do it again. But I don't think thats what causing it. I want to do a little testing and see if I can pin point where its faulting.