• You've discovered RedGuides, an EverQuest multi-boxing and scripting community 🧙‍♀️⚙️. We want you to play several EQ characters at once, come join us and say hello! 👋

  • A TLP without truebox has thawed (Very Vanilla ready)
    Frostreaver
Very Vanilla MQ (Test Server)

Vanilla - Very Vanilla MQ (Test Server) (4 Viewers) 3.1.52472.1

No permission to download
View attachment 35329this is what I get when trying to load in mq2next even though everquest is up to date and I just installed mq2next
bit late now, but i got this aswell, went back to the launcher and hit update ( which failed because i had MQ on my task bar)

So, while updating seems pretty obvious, I wanted to point out, if you need to update, then make sure you right click and exit MQ from the icon
 
Forgive me if this is the wrong place, i have been looking around and struggling to find just where to post

So, I joined recently, and watched a few tutorials, but when im struggling with is what are the pros and cons of killassist V mq pluggins ( or the other way around) which should i be using. is there any benefit to one over the other, or is it purely down to user preference

Bolerus, while this is not the best thread to ask in, I'll give you my quick opinion.

KissAssist is for those that want granular control of what their bot characters do, such as defining burn routines. Pro: You have complete control over their spell/skill usage. Con: Setup is done through editing .ini files. While there is a forum with an .ini library, they are not 'plug and play' the way others are.

The CWTN (named after ChatWithThisName) plugins are extensive premade routines that can automate a majority of your characters and generally function like a decent player character. Pro: Slick GUI for settings and are (mostly) set and forget, as long as you have the right hotkeys. Cons: If you don't play on the test server, then each plugin costs $20/year. Not expensive for what you get, but that may factor into your decision.

There is also the RGMercs macro. I feel that this bridges the gap between KissAssist and CWTN plugins nicely, and can even function alongside either of them. I have personally used RGMercs for a Bard and Wizard in my group as well as CWTN plugins for the others and had great success.

If I had a better understanding of how to min/max all the classes that I play, I may enjoy KissAssist more, but generally find myself just going to the .ini library and hoping for one that matches the class and level range that I need.

With all of that considered, none are "better" than the others and pretty much come down to how much control you want over setting up and running them. I'm sure if you create a thread in the Questions, Problems, and Bugs forum, others will be able to chime in with their recommendations. Happy Hunting!
 
Bolerus, while this is not the best thread to ask in, I'll give you my quick opinion.

KissAssist is for those that want granular control of what their bot characters do, such as defining burn routines. Pro: You have complete control over their spell/skill usage. Con: Setup is done through editing .ini files. While there is a forum with an .ini library, they are not 'plug and play' the way others are.

The CWTN (named after ChatWithThisName) plugins are extensive premade routines that can automate a majority of your characters and generally function like a decent player character. Pro: Slick GUI for settings and are (mostly) set and forget, as long as you have the right hotkeys. Cons: If you don't play on the test server, then each plugin costs $20/year. Not expensive for what you get, but that may factor into your decision.

There is also the RGMercs macro. I feel that this bridges the gap between KissAssist and CWTN plugins nicely, and can even function alongside either of them. I have personally used RGMercs for a Bard and Wizard in my group as well as CWTN plugins for the others and had great success.

If I had a better understanding of how to min/max all the classes that I play, I may enjoy KissAssist more, but generally find myself just going to the .ini library and hoping for one that matches the class and level range that I need.

With all of that considered, none are "better" than the others and pretty much come down to how much control you want over setting up and running them. I'm sure if you create a thread in the Questions, Problems, and Bugs forum, others will be able to chime in with their recommendations. Happy Hunting!
thanks MrF much appreciated

is the Questions, Problems, and Bugs forum the best place for general questions ( such as how to set the assist distances etc ) I think i saw that forum, but didnt consider my questions as problems or bugs, so moved along
 
Redbot updated Very Vanilla MQ (Test Server) with a new update entry:

20231220

Dec 18, 2023:
- Update ImGui to 1.90
- Update ImPlot to 0.17
- lua: ImGui and ImPlot lua bindings fully refreshed with 100% coverage of definitions.
- lua: mq-definitions VSCode extension available at https://marketplace.visualstudio.com/items?itemName=ZenithCodeForge.mq-defs
- datatypes: add TradeskillDepot.DepositItem
- datatypes: add Type.InheritedType
- datatypes: add Me.LaurionInnVoucher, Me.ShalowainsPrivateReserve

Read the rest of this update entry...
 
I noticed there is a new UI look. However, I cannot find how to pause (I used to click on an area at the top left and then it would have a huge PAUSE graphic (very helpful).
 
test server coming down shortly for patching ... heres to hoping they fix the memory leak issues and dx11 graphic bugs!
 
@Tonydews

What to expect on patch days?
When eq patches MQ has to be rebuilt. (you also have to patch EQ --- this way you avoid "Version Mismatch" issues)

once mq is built RG can build - we now have an automated system that rebuilds RG as soon as it is updated - which means our previous method of "let's give it a quick test" is no longer there, and sometimes there ends up being another smaller patch later to correct if something got missed - so re-check on patch days if you are having issues.

eq could change literally anything and it would require the way MQ interacts with that portion of EQ to be completely reworked. It is normally just offsets, sometimes struct changes --- with the large changes eq has been making over the past few months (updates and backend improvements) there are more things than just offset changes that are happening, so it can certainly be a lot of work for the devs.

Curious when Very Vanilla will be updated?
You'll get a web notification (if we have permission), site notification, and email (optional)
Click to watch
MacroQuest for Live servers:
MacroQuest for Test server

EQ patches go like this: (in theory)
2nd* tue/wed = test "real" patch
3rd* wed = live patch
4th* tue/wed = test "true up

the tue over the wed is a more recent thing (I suspect klanderso has more to do with that, and having time to ensure working stuff before the weekend and upset people - klanderso is pretty awesome)
* holidays subject to cause shifts in days or even week

test is notorious for being like "oops we forgot the 'dont crash plz' file, gotta patch again", or "woops we added +1 to crashing, we meant -1", so "on paper" it is double the patches, but very frequently ends up being more than double the work (i imagine, I'm not doing the work - I'd love to learn enough at some point to help facilitate doing so, however)

Mq itself is open source and by volunteer(s) - RG which builds and distributes that is obviously paid for.
If you wanted to show your appreciation to the MQ devs for their volunteer work:

Tip the MQ Developers HERE:
brainiac:
https://www.redguides.com/tip/brainiac
Reply to this thread after donating for your 🧠
dannuic:
Reply to this thread after for your :dannuic:
 
Redbot updated Very Vanilla MQ (Test Server) with a new update entry:

20240114

Jan 14, 2024:
- test: Updated for latest patch
Jan 11, 2024:
- Prospective fix for map crash (#798)
- PackageMan now accepts the debug parameter (see docs)
- luarocks cache has been moved to the modules folder
Jan 8, 2024:
- Fix clipping of ImGuiConsole, add opacity. (#805)
- Fix Window.SetText correctly sending change event.

Read the rest of this update entry...
 
Redbot updated Very Vanilla MQ (Test Server) with a new update entry:

20240121

Jan 20, 2024:
- Fix Mercenary.State reporting unknown when mercenary is active (#811)
- Fix Heading.Name/Heading.ShortName potentially going out of bounds (#813)
- Change Me.BoundLocation.Heading to return heading type instead of a 512 unit float
Jan 19, 2024:
- Fix mq.pickle not properly escaping backslashes and not properly serializing numbers. (#815, #771).
Jan 18, 2024:
- Fix issue where textures would not draw if they had not already been preloaded.
- Fix FPS plot in benchmark window to...

Read the rest of this update entry...
 
test server coming down in less than ten minutes for the live true up patch ... time to put on patience pants and flip the ice cream cone upside down ... hopefully the live build can be retro-fitted to test haha

as always thanks to redbot and all of RG crew who do your thing making this the best box community in norrath
 
It will be restored when the MQ dev's have time away from RL to get to it.
The MacroQuest scene has two standout developers who have requested tips from RedGuides users: @brainiac and @dannuic

To keep our favorite software modernized and updated, please consider contributing.

brainiac's tip thread is here:
Donate to the MQ Dev "brainiac"

dannuic's tip thread is here:
Donate to the MQ Dev "dannuic"

Thank you!
 
Or if you're on mobile, scroll down to below the threads
 
Update when I may not continue to sub when test version is down more than it is up. I know only like two guys update it. If they are to busy then get a third guy. This was a true up to live shouldn’t have been a major update I would think.
 
Update when I may not continue to sub when test version is down more than it is up. I know only like two guys update it. If they are to busy then get a third guy. This was a true up to live shouldn’t have been a major update I would think.
can it get frustrating? the short answer is yes. that being said the main thing to remember regardless of how many people build MQ is that it is not there day job and they do this in there spare/off time. should a true up patch take 4+ days? the short answer is no, but being the folks on the outside waiting for a build we do not necessarily know what is going on behind the scenes ... loosen the drawstring on the patience pants and cross your fingers perhaps today we will see a build haha
 
And as far as I know there is only one person Brainaic who does Test builds.
So you need to understand that when there is a patch you’re waiting on him to rebuild the MQ source code.
And as stated numerous places TEST isn’t live where the majority of people play. That means he isn’t going to be in a rush to build that source code over and over in a months time.
And until a developer goes to him and volunteers to help him do it for free this isn’t going to change
 
Vanilla - Very Vanilla MQ (Test Server)

Users who are viewing this thread

Back
Top
Cart