From a level 80 leveling to 85 cleric, I tried the UseMelee and UseNuke out for the first time today. It melee's fine, but the only "nuke" it casts is Mark of the Devoted. It does not even memorize a proper nuke spell, so no other nukes are cast. I assume this is that midlevel funk stuff...so I thought I would put it on the list!
-
Hail, we're RedGuides. We want you to play six (yes, 6!) EverQuest characters at once. We have scripts and a friendly community to help, please join our playstyle and say hello! 👋
- Thread starter ChatWithThisName
- Start date
its not funk - you can byos and memorize nukes if you want to do that it is not set to memorize any nukes "out of the box" once we get a larger amount of our spells available
cvortexx
Member
Something I've noticed is that my cleric isn't curing Restless Ice DoT that appears in the short duration buff window. I have Use Cures checked but it isn't seeing it I guess since it's in the short duration? Really isn't a big deal, just wasn't sure if there is anyway to code that (not a coder by any means).
LOVING this plugin BTW.
LOVING this plugin BTW.
one of the first functionalities we had was restless ice cures - we actually had mq2cleric doing it before anything else around here had it build in
sounds like you don't have mq2cwtnbuffs turned on?
yup
mq2cwtnbuffs is only handling communicating buffs locally on that pc
Im working on it. It will still need the toons local and on cwtnbuffs, but its on my short list
nah have it locally but haven't committed it to dev or live yet
currently in byos it will only do your regular hp buffs (aego or hp type 1), no other buffs (like symbol).
it also doesn't do out of group buffing until i finish testing and submit like i mentioned earlier this evening - but i should be able to finish this up soon.
as always ensure you have mq2cwntbuffs loaded on everyone etc
can you confirm that mq2cwtnbuffs was loaded and local on each toon you wanted for buffs, and confirm what spells you were expecting it to buff?
Cleric is trying to buff familiar's. Doesnt work so it will none stop spam the buff till its dismissed.
we will see if there is anything we can do about that (likely have to force a check against the name to ensure not including familiar)
- in the mean time i would suggest dismissing your familiar tho - since eq treats it like a pet - we're trying to buff your pet
alright guys i need help ive looked high and low, there are about 3 of my toons that cant /camphere 2 of my clerics and my bard. my clerics are using mq2cleric and one cleric can /camphere just fine. I am stumped. ive tried /nav reload but that didnt do much. when i use /camphere on my clerics i just get the error message "this is not a valid command. please use /help im using KA and EQBC.
WalterPeck
Well-known member
If you are using MQ2Cleric, I believe the proper command is: /clr camphere.
Hello @Chase1011
There is something to mention, as it tripped me up for a little time when I first started.
There are commands we can issue all the time, as part of MQ2, then there are commands that come as part of a plugin (e.g. MQ2Cleric, MQ2Nav etc ), or in a macro (e.g. KissAssist ). The plugin must be loaded for its commands to work. KA macro must be started, for its commands to work. It may feel obvious, but honestly it tripped me up for a time.
CTWN plugin, (MQ2Cleric )
The term used with these family of plugins, is "mode".
mode 0, manual.
mode 1, assist
mode 2, chase assist.
You want to be using mode 1, for making a camp at the spot the command is issued.
KissAssist
/camphere
That is actually a command to change value of "ReturnToCamp", something that is defined in your characters KA ini file.
From watching Sic videos, there is a macro style that can be done and I picked up the following:-
Making Camp
/bcg //camphere on
//noparse /bcga //docommand /${Me.Class.ShortName} pause off
//noparse /bcg //docommand /${Me.Class.ShortName} mode 1
//noparse /bcga //docommand /${Me.Class.ShortName} resetcamp
Breaking Camp
/bcga //returntocamp 0
//noparse /bcg //docommand /${Me.Class.ShortName} mode 0
The above can be executed on one EQ window, and will send instructions to the other characters boxed via EQBC.
The long winded lines have /${Me.Class.ShortName} in them, so that the class is determined by the instance of EQ processing it.
if it was just a cleric then it could e done as /clr instead of /${Me.Class.ShortName}.
But the encouragement is to keep it generic, so can use the same command with any of the cwtn plugins, including cleric.
Key lesson- if it says not a valid command for /camphere, then KA is not running.
There is something to mention, as it tripped me up for a little time when I first started.
There are commands we can issue all the time, as part of MQ2, then there are commands that come as part of a plugin (e.g. MQ2Cleric, MQ2Nav etc ), or in a macro (e.g. KissAssist ). The plugin must be loaded for its commands to work. KA macro must be started, for its commands to work. It may feel obvious, but honestly it tripped me up for a time.
CTWN plugin, (MQ2Cleric )
The term used with these family of plugins, is "mode".
mode 0, manual.
mode 1, assist
mode 2, chase assist.
You want to be using mode 1, for making a camp at the spot the command is issued.
KissAssist
/camphere
That is actually a command to change value of "ReturnToCamp", something that is defined in your characters KA ini file.
From watching Sic videos, there is a macro style that can be done and I picked up the following:-
Making Camp
/bcg //camphere on
//noparse /bcga //docommand /${Me.Class.ShortName} pause off
//noparse /bcg //docommand /${Me.Class.ShortName} mode 1
//noparse /bcga //docommand /${Me.Class.ShortName} resetcamp
Breaking Camp
/bcga //returntocamp 0
//noparse /bcg //docommand /${Me.Class.ShortName} mode 0
The above can be executed on one EQ window, and will send instructions to the other characters boxed via EQBC.
The long winded lines have /${Me.Class.ShortName} in them, so that the class is determined by the instance of EQ processing it.
if it was just a cleric then it could e done as /clr instead of /${Me.Class.ShortName}.
But the encouragement is to keep it generic, so can use the same command with any of the cwtn plugins, including cleric.
Key lesson- if it says not a valid command for /camphere, then KA is not running.
I know it is not what you asked, but I wish to complete.
You asked about camps.
Personally, I do a lot of dugeon crawls or free roaming. Sitting at a camp is great for some things, but there are times I wish the group to move and work with the MA.
In this setup, the term people use is "chase".
for the cwtn plugins, that is mode 2.
e.g. locally issue /clr mode 2
or broadcast it: //noparse /bcg //docommand /${Me.Class.ShortName} mode 2
for kissassist macro, /chase on
The distance is set inside the characters ka ini file.
If the MA moves beyond the distance, the characters will nav to get closer to the MA.
If the MA is fighting they will fight with the MA.
This is chase, not camp, so they do not return to a fixed point, they follow the MA.
Perfect for free roaming and dugeon crawls.
If you dont want them to follow for a bit, then, /chase off, and also set the plugins to mode 1, or mode 0.
Experiment, have fun, oh - and watch the Sic videos.
You asked about camps.
Personally, I do a lot of dugeon crawls or free roaming. Sitting at a camp is great for some things, but there are times I wish the group to move and work with the MA.
In this setup, the term people use is "chase".
for the cwtn plugins, that is mode 2.
e.g. locally issue /clr mode 2
or broadcast it: //noparse /bcg //docommand /${Me.Class.ShortName} mode 2
for kissassist macro, /chase on
The distance is set inside the characters ka ini file.
If the MA moves beyond the distance, the characters will nav to get closer to the MA.
If the MA is fighting they will fight with the MA.
This is chase, not camp, so they do not return to a fixed point, they follow the MA.
Perfect for free roaming and dugeon crawls.
If you dont want them to follow for a bit, then, /chase off, and also set the plugins to mode 1, or mode 0.
Experiment, have fun, oh - and watch the Sic videos.
I have a guide > HERE < about moving my toons around using a mixed group of CWTN plugins and kissassist toons.
/camphere is an alias that kissassist creates to change "returntocamp" - which is a bind that creates some locations x, y, z for you to return to
mq2moveutils also has /makecamp which has camp area information > here <
the cwtn plugin suite handles your "camp" based on what mode you are in which is independently handled in the cwtn plugins themselves
Last edited:
Do you know if you guys have found a way to implement CH in the MQ2Cleric plugin?
it uses CH, but if you're asking for triggered CH chains, no, not at this time.
well for non-byos it is checking your quick heals first, so if those are ready its going to fire them - if you are in byos mode, it checks your heals heals before heals quick heals/delayed/misc/duration
complete heal is based on the healsheals value for MA and notMA
but again if you're asking to set up something like a complete heal chain - there is no way to do with mq2cleric
no just looking for efficient use of mana in a group setting. I would love a CH chain functionality for multi boxing 12+ but that was not the purpose of my question. So how do I set it up to use CH for consistent healing and Healing Light for fast oh shit heals? Is there anyway you can do a video on this topic? Would be a huge help for TLP users.
Last edited:
we've seen this on low background fps, and sometimes alt tabbing - like you're changing screens or eqwire just kicks in right when it goes to do the thing
we're looking into finding a solution
fortunately if you get mobs on xtarget clr will pop out of it
Request: toggle usage for Celestial Regeneration AA. I'd like to stop automatic usage of it (but it's great to have automated for situational / everyday uses) for raids when I need to MGB it before an AE hits. It's never available when I need to manually use it, and have to mem my group HoT spell to replace it.
I understand there's a lot of toggles and checkboxes in the options already.
Is there a reason as to why auras are not used in BYOS mode, when they are memorized?
I understand there's a lot of toggles and checkboxes in the options already.
Is there a reason as to why auras are not used in BYOS mode, when they are memorized?
the auras are part of the buff checks, so its on non-byos - since you're already manually memorizing it - cast it =p
we definitely do not have any intention on having everything as a toggle. the celestial regen is part of the burn routine - but i'll look at it and see if its something we want to put a toggle on. (makes sense since it is something you might want to mgb)
Thanks sir. Basically everything on a raid would fall under a "burn" routine. I am not sure if RaidMode does anything besides assist the Raid Assist, but it could even be slipped in there to disable its usage on a raid, so that it could be manually used. I don't know, just spitting out some ideas.
I was using BYOS because I wanted a specific set of spells for "a thing" and realized the auras weren't being recast.
Nice work on the sliders vs numbers UI revamp in the pulling tab btw - Chat locked the thread, but it looks really sweet.
Just a thought, but wouldn't it be more normal to use a glyph when there's a mob on aggro or in camp, and not immediately following the death of the last mob on the hate list?
Purchase was done via mq2aaspend (when 100aa banked), but MQ2Cleric (and likely others, I don't pay attention much) clicks the glyph the moment it's available, not when it's actually needed. Don't get me wrong, I love that I can auto-burn glyphs and AAs, and we're using the right glyph for a caster/priest to use.
it is done as part of your burn routine.