Rogue Helper v6.0 [Complete Rogue Macro] (Updated: 10-26-04)

Jerle69 · Post by **Jerle69** » Fri Jun 25, 2004 11:19 am

Physikal sent me these ideas in a PM:

Hey man, is there any way you could add a feature to escape if you reach a certain percent in hp?

Also, a feature to camp if you die and have not received a res after 30 minutes?

My friends and I afk macro a lot while at work. Sometimes we die and cannot get a res back. Not like its a huge deal but it'd be nice.

Some of the featers could be all ini controled. Like so.

EmergencyAA=Escape
PauseAfterEscape=1/0 (Yes or No, if you would like to pause macro after escaping)
HealthPercentToEscapeAt=10
PauseLength=3m (Tells it to pause for 3 minutes after escaping, for safety purposes, so you dont die!)
GroupDeathCamp=2, 3, 4, 5 whatever. This means after x amount of members in your group is dead, then you escape and camp out.
CampAfterDeath=30m Camp out after being dead for 30minutes w/o res.

Also, maybe put some logic in, like say you're one of the last few members alive in your group. Generally if 2 members in your group are dead already, your macroing is going to come to an end soon. So if x amount of group members are dead, after escaping /camp desktop or something, that way you live!

Just some ideas I thought would really top this awesome macro off. This thing is VERY badass. I can't believe how well it works. Seriously, you're very talented man. Thanks for your time and hard work on this.

I'll think about these features and get back with you. I have to be careful about how far I take the AFK business with this macro or the MQ2 AFK nazis will come and beat us down

GreenPlastik · Post by **GreenPlastik** » Fri Jun 25, 2004 1:25 pm

Well good then. Keep up the good work. I'm a monk, but watching this thing grow is educational and quite remarkable. I've also been looking at MQ-420's monk adaptation and seeing how that is progressing. I was thinking throwing together a monk adaptation myself at some point, but I will have to wait until I have some more consistent amounts of time.

Instead of just doing a monk one, I may just make some modifications that make it all Melee so that based in an INI file, it polls an INC for whatever class you select ala /mac rh monk <normal args here> and so on and so forth. that way you can update the general core code and not worry about breaking any class functionality.

Yes, I know you are focusing on rogues, and that there are other macros out there, as well as the genbot.. but as you said, this thing is just too streamlined to ignore.

Programmer · Post by **Programmer** » Fri Jun 25, 2004 2:24 pm

Keep in mind if you're not using autoassist, RH will
| cease attacking if you're about to be riposted due to enrage (and only then),
| but RH will not re-engage attacking if it becomes safe again (as it does when
| autoassisting is activated).

If you have autoassist enabled, but either have not defined a main assist, or defined it to gibberish, will that allow attack to toggle on/off/back on as appropriate during enrage?

I don't personally like autoassist because I don't like autostick... it feels too jerky for me and I'm concerned for the attention I might receive from guildmates. Most of my playtime is spent in 54/72 person raids. As a middle ground, I have a /face fast command in the attack loop, so that I can circle around a mob easily by strafing; since I am automatically re-facing the mob, strafing becomes circling.

oorglebot6000 · Post by **oorglebot6000** » Fri Jun 25, 2004 3:07 pm

I didn't like the autostick feature either (initially), but I found that when combined with moveutils it is smoother than I am at circle strafing. I also added a /stick behind in the autoassist area if the target is within 50 distance, and if the target is further away it will simply do a /face (this is in the section of code that is run every 1 second when trying to get a target to attack). It looks very smooth if you have a static camp. I have yet to try it when using a leash because I think going to the same exact spot after every kill looks a little weird... but it should work fine.

Jerle69 · Post by **Jerle69** » Fri Jun 25, 2004 6:24 pm

Programmer:

Autoassist and autostick are mutually exclusive tools. In other words, just use autoassist, but turn off autostick and you should enjoy the benefits of completely smart enrage behavior. I abstracted all the movement code away from the target picking and combat adjusting code. In other words, choice of targets and when and when not to fight are a part of autoassist. Autostick, however, controls your body's movements. If you want to control your movment (as you say you want) just turn autostick off--autoassist (which left on) will still control your targets, and the enrage code will respond correctly, RH simply won't move you around. I did this intentionally for folks like you (or me) who want some control done for them but not the actual moving.

oorglebot6000:

You integrated the moveutils with your copy of RH? Hrmm, it's better huh? I could revamp the movement portions and yoink out part of moveutils to make it look nicer if you guys want (or integrate moveutils)... I'm just worried about this thing becoming a mammoth; it's already huge.

oorglebot6000 · Post by **oorglebot6000** » Fri Jun 25, 2004 9:19 pm

I actually use both your current autostick code as well as the "/stick" of moveutils... moveutils does not have support for aggro detection and it will happily circle strafe around mobs for all eternity if you use "/stick behind" and take aggro. My current setup of using moveutils along with rh.mac is only additions to the autoassist code. Whenever the assisted mob is within 50 units of distance and you are not attacking, I have it do a "/stick behind" to line up for the strike earlier, but as soon as a strike is started or attack is turned on, I have it do "/stick off" then "/stick". Since only "/stick" is turned on in the combat, the aggro is handled by rh and it will not circle strafe like a moron. Alternately, you could try to update the moveutils plugin to detect aggro for "/stick behind" much like rh.mac does

.

I'de like to add that I have been using a combination of "/stick" and autostick since autostick was first added (pretty early). Having the macro strafe to the correct direction to get behind a mob and having the plugin "/face fast nolook" every frame (or however often it does) created the most smooth circle strafing I had seen. The only possible way to improve this would be to move forward while circle strafing to lower the radius of the circle then back up whenever you reach the destination behind the mob, but I don't really recommend doing this via macro unless you find a way to make it not go too close to the mob or overshoot the strafing and force itself to strafe in the other direction to get back.

spida · Post by **spida** » Sat Jun 26, 2004 12:51 pm

First let me say Thank You! I really like and enjoy this util.

Last night I tried using the Autoninja function at a small camp that I was soloing. It didnt not do anything at all for me. It did not move towards the corpse or loot. I tried the DROP, DROPABLE and ALL params.

I am sure its something I am doing or overlooking and am just curious if you may have an idea. Tthere is no error and I am using version 5.4. This is the first time I have tried to use the autoninja function.

Also if I may make one request, it might would be nice to have an option for /autoninja COIN that just starts a loot then releases the corpse in order to get only the coin.

Just something I ran into while solo camping a drop. Again, thank you for the great util.

Spida--

oorglebot6000 · Post by **oorglebot6000** » Sat Jun 26, 2004 1:26 pm

Just a guess before I head off, spida, is that the autoninja function only goes off of whenever you gain experience. Were they green mobs?

spida · Post by **spida** » Sat Jun 26, 2004 2:35 pm

ahh that would explain it :) they where indeed green...

Spida--

storekeeper · Post by **storekeeper** » Sat Jun 26, 2004 10:47 pm

Is there a way and I am just failing to recognize it, or can there be a way to only auto attack NPC's, versus some PC the assist has targeted? Such that if the Main Assist changes target(I like to run with my shaman and I will change to heal someone) my rogue won't switch targets and try attacking the member of the group. I can turn off autoswitching sure, but would prefer not to.

Knight · Post by **Knight** » Sat Jun 26, 2004 10:55 pm

Is the strike disc like any other disc where it drains endurance as long as it is on or is it a set amount. The reasoning behind this question is that if it drains as long as it is on, it would be better to wait until the rogue is closer to the mob to disc. If not, it doesn't matter.

In the same vein of thought, would there be a higher DPS increase if the disc triggered and the next event was a Backstab rather than triggering and allowing it on the first swing?

A_Rogue00 · Post by **A_Rogue00** » Sun Jun 27, 2004 12:22 am

It drains a set amount once per activation. The only problem I have with strike is *sometimes* I start piercing before backstabbing, which blows the disc (wasted endurance). No idea why that happens...

Knight · Post by **Knight** » Sun Jun 27, 2004 3:11 am

I thought it was set amount, but I couldn't remember for sure. As for the other thing, I find that most often attack is turned on while I'm still moving toward the mob. So, just as you, I blow the strike disc on a regular pierce.

Jerle69 · Post by **Jerle69** » Sun Jun 27, 2004 10:37 pm

Hi guys!

Spida:

Oorgle's response is correct. I coincidentally changed how autoninja works in the latest version (which I haven't released yet). In the next version, it will autoninja greens too. I hope to have that out in a day or so.

storekeeper:

You will not attack a PC that the main assist has targeted, but you necessarily must target the PC anyway. RH (or everquest for that matter) has no idea if the main assist's target is a player or NPC prior to actually executing a /assist. Granted, you won't go and kill it if it's a PC, but you will target it. As you mentioned, you have to use /switchtarget to allow you to have your bot-rogue assist you and no go nuts while you buff other players. I could possibly make it switch back to the last target if the new target is PC, but I think that would really confuse people.

A_Rogue00:

With respect to strike firing sometimes after you autoattack... I changed some of the timing around in the main body. It should happen less often now, but due to the nature of the combat code it's possible that the condition to autoassist can be met before the conditions for strike to land happen. This is actually a failsafe to help you; the tradeoff is to HOLD attack until you actually can land the backstab, but that's a bad idea because if RH (or you) can't get to the rear of the mob, you'll have your thumb up your butt for the duration of the combat. Therefore, I chose to give up after a couple seconds and fight, whether or not strike could or did land.

New version of RH coming in a day or so. More minor changes. Assist timing is more optimized. Circle strafing is 50% faster. Autoninja works on any mob killed in your vicinity (even if you didn't kill it--it REALLY is a ninja routine now, it will loot other's crap faster than they can, so be careful). I'm also thinking about adding a command to regulate the max distance from the main assist as well as the target to continue autosticking. More later... gotta run.

storekeeper · Post by **storekeeper** » Tue Jun 29, 2004 1:12 am

That would be wonderful if there was a switch to check or if don't want to add it to the full version, explain what I'd need to put in mine. Thanks if you decide to or don't, I am still happy.