• You've discovered RedGuides 📕 an EverQuest multi-boxing community 🛡️🧙🗡️. We want you to play several EQ characters at once, come join us and say hello! 👋
  • IS THIS SITE UGLY? Click "RG3" at the very bottom-left of this page to change it. To dismiss this notice, click the X --->
MQ2Boxr

Plugin - MQ2Boxr (1 Viewer) 2021-04-02

Joined
Sep 18, 2016
RedCents
146¢
Can you elaborate on what would be different if the order changed?
many times, i'll pause cwtn bots in one location, move to another location.

My hotkey to unpause is essentially the same as your command structure, change back to assist and reset camp. However, many times, the bot will start moving to the previous camp before the reset camp command takes effect.

Very likely that I'm doing the process in the wrong order or maybe I shouldn't pause bots in the first place or maybe put them into chase mode before pause.

Lots of different things to change around the scenario, but just a thought.
 
Joined
Jun 18, 2019
RedCents
1,111¢
My hotkey to unpause is essentially the same as your command structure, change back to assist and reset camp. However, many times, the bot will start moving to the previous camp before the reset camp command takes effect.
Maybe do /boxr camp before the unpause command, or put the toons in manual or chase before pausing?

Very likely that I'm doing the process in the wrong order or maybe I shouldn't pause bots in the first place or maybe put them into chase mode before pause.

Lots of different things to change around the scenario, but just a thought
We all have our process :) Tuning this stuff, and honing your macroquest-fu is a major part of the fun of this game!
 
Joined
Dec 17, 2016
RedCents
115¢
many times, i'll pause cwtn bots in one location, move to another location.

My hotkey to unpause is essentially the same as your command structure, change back to assist and reset camp. However, many times, the bot will start moving to the previous camp before the reset camp command takes effect.

Very likely that I'm doing the process in the wrong order or maybe I shouldn't pause bots in the first place or maybe put them into chase mode before pause.

Lots of different things to change around the scenario, but just a thought.
Put them in chase mode. Pause as needed. Move them. Unpause. Camp them.
 
Joined
Sep 27, 2020
RedCents
740¢
A couple feature requests

/boxr stop

Stop what you're doing. Whatever it is. Navigating? Stop. Attacking? Stop (and probably clear target). Anything else? Nothing comes to mind, but that might just be due to not being awake yet. Maybe even have sub-actions (e.g., stop all (default if not specified)|nav|combat|whatever else fits).

Why? Really, because of the next feature request. Though I can envision times when I just want to tell a character to stop what they are doing. I'll admit, it's possible to do this now, but having it in one command (not requiring setting up hotkeys for each character independently) instead of a set of commands is highly beneficial.

/boxr return

Navigate back to a camp spot, if defined. My thought is the default behavior would force the return (and why I think /boxr stop is a pre-cursor to this action), but if you want to have an opt-in aspect to it, add a sub-action of force.
 
Joined
Jun 18, 2019
RedCents
1,111¢
A couple feature requests

/boxr stop

Stop what you're doing. Whatever it is. Navigating? Stop. Attacking? Stop (and probably clear target). Anything else? Nothing comes to mind, but that might just be due to not being awake yet. Maybe even have sub-actions (e.g., stop all (default if not specified)|nav|combat|whatever else fits).

Why? Really, because of the next feature request. Though I can envision times when I just want to tell a character to stop what they are doing. I'll admit, it's possible to do this now, but having it in one command (not requiring setting up hotkeys for each character independently) instead of a set of commands is highly beneficial.

/boxr return

Navigate back to a camp spot, if defined. My thought is the default behavior would force the return (and why I think /boxr stop is a pre-cursor to this action), but if you want to have an opt-in aspect to it, add a sub-action of force.
Thanks for the suggestions! For each of the suggested commands, could you give one or two examples of which commands you would expect boxr to issue to the underlying combat assistant (do these commands for CWTN, these for kissassist etc).
 
Joined
Sep 27, 2020
RedCents
740¢
For /boxr stop, I'm thinking /nav stop, /attack off, and /target clear. They aren't specifically related to any of the underlying assistants, though perhaps some of them might need an equivalent /boxr pause to fully take effect (and thinking about it more, that might be the way to go). Are there other actions that might best represent the idea of "stop what you're doing"? In checking the RGMercs wiki, I see it supports a /backoff command in conjunction with /combatreset. KA has a /backoff command (or /setbackoff on/1/off/0 for explicitly setting the state), though the wiki says it'll return to camp if set.

For /boxr return, I know the CWTN plugins all support /<shortclassname> gotocamp. I don't see an equivalent for RGMercs or KA defined in their wikis. Perhaps there's a convenient way to query the current camp state/loc and navigate to there.
 
Joined
Mar 11, 2018
RedCents
24¢
A couple feature requests

/boxr stop

Stop what you're doing. Whatever it is. Navigating? Stop. Attacking? Stop (and probably clear target). Anything else? Nothing comes to mind, but that might just be due to not being awake yet. Maybe even have sub-actions (e.g., stop all (default if not specified)|nav|combat|whatever else fits).

Why? Really, because of the next feature request. Though I can envision times when I just want to tell a character to stop what they are doing. I'll admit, it's possible to do this now, but having it in one command (not requiring setting up hotkeys for each character independently) instead of a set of commands is highly beneficial.

/boxr return

Navigate back to a camp spot, if defined. My thought is the default behavior would force the return (and why I think /boxr stop is a pre-cursor to this action), but if you want to have an opt-in aspect to it, add a sub-action of force.
i second this post. sometimes a mob runs off and snares refuse to hit, and i would like to be able to tell the group to stop following and return to camp.
 
Joined
Aug 11, 2015
RedCents
273¢
For /boxr return, I know the CWTN plugins all support /<shortclassname> gotocamp. I don't see an equivalent for RGMercs or KA defined in their wikis. Perhaps there's a convenient way to query the current camp state/loc and navigate to there.
I look through the Kissassist macro code to see how the character returned to their camp spot after a kill so that we could code this into your new plugin. I found that when you run /camphere the macro writes their x,y,z coordinates as variables. When a return to camp is called further in the macro it is using moveutils to move them with /moveto loc ${CampYLoc} ${CampXLoc}

Based on my limited macro coding experience, I would say your easiest bet would be to just issue a /bca //nav id ${Me.ID} after the /attack off /target clear /pet backoff commands to get all of them to stop following the mob.

I would imagine a request could be made to update KissAssist and RGMerc to have a subevent called for /returntocampnow that would just immediately run that /moveto loc ${CampYLoc} ${CampXLoc}. Im not sure how this behavior would work though when extended target still has a mob on the list...
 
Joined
Jun 18, 2019
RedCents
1,111¢
Thanks for the input guys. I will experiment a bit and see if I can come up with something that works for all, or at least most, of the supported combat assists. I do have a busy couple of weeks ahead, so it might be a while before I can deliver though.
 
Joined
Sep 27, 2020
RedCents
740¢
Thanks for the input guys. I will experiment a bit and see if I can come up with something that works for all, or at least most, of the supported combat assists. I do have a busy couple of weeks ahead, so it might be a while before I can deliver though.
It's all good. I can't wait to see what you come up with. :)
 
Joined
Nov 5, 2018
RedCents
2,165¢
Any plans to incorporate entropy?

I think it would look something like this...with some assumed settings for entropy users:

Turn off auto set home when turning on
/home onauto off

The "chase" character would have to be set with tc already
/tc toon CharWhoIsChased
/tc mode nav

This would also assume the player takes care of things like /pull manually (ie having tank already set to /pull rad 30 and /pull active on or something like that)

/boxr Pause/env auto off
/boxr Unpause/env auto on
/boxr Camp/home set on
/env auto on
/boxr Chase/env auto on
/home clear
/tie on
/boxr Manual/env auto off
/home clear
/boxr BurnNow/burn spinup

The one I'm most unsure about is the burn as /burn spinup might only work when not in combat. Please any entropy users correct me if these might be incorrect. Hoping to cover the majority of use-cases to do simple camphere / chase / move somewhere new actions.
 
Joined
Jun 18, 2019
RedCents
1,111¢
Any plans to incorporate entropy?
Yes, I am hoping too, but I have not had that much time to spend on development lately, and I haven't played around with Entropy yet (I saw your guide, and it's definitely on my radar). I will get more free time in the weeks ahead, though.

The list of commands is great, thanks for providing it! I will let you know when I get around to working on this.
 
Joined
Jul 24, 2019
RedCents
952¢
With 54 toons and Multiple Methods of automation...Boxr is truly a godsend

- but just sandboxing here - i would really love it more if there was perhaps a BOXR_Start.ini that contained toonname and a starting Parameter or Method.

ie:
Toon1 /mac kissassist MA_name 99
Toon2 /mac kissassist MA_name 90
Toon3 /bct shortclassname.raidmode 1; setMainassist 1
Toon 4 /mac rg....
.
.
.
Toon54 /mac Muleassist MA_name
etc etc

So then from one toon, you could issue a /boxr start

or if there ini for each toon ie boxr_toon1.ini which had its starting seystrokes in it. you could issue a /bcaa //boxr start

Like I said just sandboxing...

I could prolly just make a macro that issues all the starting commands anyway - couldn't I

ie
/bct toon1 /mac kissassist MA_Name 99
/bct toon2 /mac kissassist MA_Name 99

Doing it like this would be very static. Not as simple as /boxr start

Food for thought.
 
Joined
Dec 17, 2016
RedCents
115¢
With 54 toons and Multiple Methods of automation...Boxr is truly a godsend

- but just sandboxing here - i would really love it more if there was perhaps a BOXR_Start.ini that contained toonname and a starting Parameter or Method.

ie:
Toon1 /mac kissassist MA_name 99
Toon2 /mac kissassist MA_name 90
Toon3 /bct shortclassname.raidmode 1; setMainassist 1
Toon 4 /mac rg....
.
.
.
Toon54 /mac Muleassist MA_name
etc etc

So then from one toon, you could issue a /boxr start

or if there ini for each toon ie boxr_toon1.ini which had its starting seystrokes in it. you could issue a /bcaa //boxr start

Like I said just sandboxing...

I could prolly just make a macro that issues all the starting commands anyway - couldn't I

ie
/bct toon1 /mac kissassist MA_Name 99
/bct toon2 /mac kissassist MA_Name 99

Doing it like this would be very static. Not as simple as /boxr start

Food for thought.
I run a hit button on each toons toolbar with the commands I want to use to start them up. If I need to change something only on that toon I just update that button. Hopefully I don’t have to change it on all lol.
May startup is /bca //keypress 1. That fires off the first hot Hutton on their toolbar that starts their equivalent mac.
 
Joined
Jun 18, 2019
RedCents
1,111¢
With 54 toons and Multiple Methods of automation...Boxr is truly a godsend

- but just sandboxing here - i would really love it more if there was perhaps a BOXR_Start.ini that contained toonname and a starting Parameter or Method.
Hi there. Thanks for the feedback, happy to hear that boxr is useful for you!

I have contemplated some functionality along the lines of what you're describing, but I haven't figured out any satisfying design for including it in boxr. In the end, I think this sort of set up is better handled separately. Both BrianGragg and lilwizzie's suggestions are excellent (thanks, guys!). I personally use macros to spin up groups/raids from one character, very similar to what you describe. I think the effort of writing such a macro is about the same as it would be to write an ini file that a plugin would use.
 

Users Who Are Viewing This Thread (Users: 0, Guests: 1)

Top