Yeah the priorities were set initially in the 'Pre-Framelock Era' and I hadn't really gone and revisited them to see what would CURRENTLY WORK, so mybad on that. Updated, so that the bot is now running at AboveNormal and SWTOR (both procs) are at High (High for SWTOR should help especially on 16-Mans, but I'll go through and retest). Mind you, all of the s*** I have to test for (a) Running solo with a questing/grinding profile, (b) Solo, DoRandomGrind, (c) 4-Man Group, (d) 16-Man Group, alot to test for. Anyhow, appreciate the feedback, updated. Joe
I'm not clear on the actual issue here. If it's that the bot won't attack with CombatBot.xml running after you target a mob - let me know on the class and spec if possible. Thanks Joe
Yes it does, sorry it was late i have a sage, not a healer. The first profile i tried was your edited Kick version, it did heal my companion, also vendor and sold items and repaired. I got the repairing issue fixxed now, the minion healing and ressing is not working for me.
Companion healing is something that is not really working, at least when i run my toons, they all will get healed during combat. When you do yourself healing ability after combat, companion gets automatically 'healed' aswell and yes this works with these routines. So the ressing is something that needs to be taking a look at... Joes should be doing it, could you check your chars buddywing settings.xml or joes merchelpers.cs and see if there is something about companion ressing disabled. Joe, thanks for the update, will be testing tonight!
Posted an update. Updated SageCheckCompHealth() to cast (convert the var/structure) to a TorCharacter vs. a TorNpc. May have been the issue (TorNpc use with alot of the functions as they OFFICIALLY use a TorCharacter can sometimes get sketchy). Anyhow, technical detail/crap. Let me know if any better - from the testing on my end it seems a little faster and perhaps more responsive, but every system/setup is different. Joe
Hey Joe, Your routine, runs much better! Still ive got to ask... A few weeks back i asked for, if a targeted mob is immune/not attackable via a buff, isnt there something we can do about it? Maybe not checking at the buffname, cause that would eat resources like a bitch, but maybe the mob will get a check ingame about not attackable or something? so we then switch to another mob? Thanks!
Hey joe, been using your routine for pretty much all my leveling. Just tried it on a brand new Inq and it would target the mobs but cast nothing. Am I doing something wrong? I can produce a log if needed.
So I did some more testing and I thought it might have to do with the update today so I even rolled it back but still no dice. I logged on my level 7 Knight and Joe's worked awesome with it. Which leads me to believe that Inquisitor might not be supported.
Downloaded the latest file from the first page and nothing changes, it still targets the mobs and doesn't cast . Edit: just a quick update, got level 10 chose assassin and rotation/attacking is fine, so I guess it's just inquisitor that's having the issues and not the advanced classes.
Be sure to nuke everything in CompiledAssemblies when dropping in the new version of the routine. Joe
Hey Joe, another question... Is it possible you can add a check, when mobs are coming towards you, that you dont move? At some points, you need to defend something, or mobs are spawned way off, and the bot runs threw packs of other mobs, without 'seeing' them and well, basically made his own graveyard . Something like, first check distance of mob, 1-2sec later check distance of mob, if its closer, dont move (during combat) Could you also take a look at my other post: https://www.thebuddyforum.com/buddy-wing-forum/combat-routines/85891-fight-joes-51.html#post1547507 Maybe add something like if immune then next target of the pool. In stead of checking indeffinently for a buff.
On the movement, if this is in regards to a questing/grinding profile, that's the .exe, not the CC (handling of questing priorities/POI) . If it's with DoRandomGrind, then it IS the CC, and (2) below will apply. Either way not much else I can do at this point. Already to coded to check for combat after initiation of 'non-combat-movement', but it's not 100% and I've already looked into the issue and made changes in the past and recently as well. Updating the current target on a single buff such as 'Regain Strength' etc for a single mob on a single quest - already replied to that a little ways back, and sorry, but the verdict hasn't changed on it. Joe
Normally happens after a few different character logins and/or/server-changes, when the pointer-chain has changed to the point that BuddyWing can't track it anymore, and the hooks can't be 'made'. In short from what I've seen it means you need to RESTART SWTOR AND THEN THE BOT. Also notes (later-) in the log that seem to point to more than just BuddyWing - verify you're running BuddyWing as ADMIN, and that you've downloaded the appropriate VC Redistributables etc as noted by Aevitas in https://www.thebuddyforum.com/buddy...-now-requires-net-4-5-1-vc-redist-2012-a.html Joe
