• 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) (3 Viewers) 3.1.52472.1

No permission to download
Test build, if you use the bazaar, and "buy" when you have a full mailbox, you crash to desktop. The purchase attempt does not happen. Dunno if it's test itself, or the mq build.
Isnt test EQ down for a patch or recently patched? I dont think MQ has been rebuilt for it yet.. at least I havent seen RG's pull a new build yet..
 
Isnt test EQ down for a patch or recently patched? I dont think MQ has been rebuilt for it yet.. at least I havent seen RG's pull a new build yet..
it is now, but only as of ~1h ago. It wasn't for the last week, which is when the problem was ... a problem :)
Now it's down, well, we will see, depends how they go about hooking up all the structs and functions. If they use last build, then it's worth knowing. If it's all from scratch, well, never mind.
Yes, I know they randomise the structs field orders and whatnot.
 
Test is currently down due to patch Tuesday. Please be patient and possibly tip your friendly dev (just scroll up a tad).
 
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:
 
So with the new update, whenever MQ is loaded, keypress(alt)+(anyletter) reverts to stock window mode. Which is small box in the left hand corner.

I do however play windowed mode and everything was great before this last patch and MQ patch
 
So with the new update, whenever MQ is loaded, keypress(alt)+(anyletter) reverts to stock window mode. Which is small box in the left hand corner.

I do however play windowed mode and everything was great before this last patch and MQ patch
So the only way for me to change this is to change the key bindings on each character.

Ive restarted and tried again last night and still only happens with MQ on. Its just weird that that by pressing ALT+O (to bring up options window) will auto shrink the entire window to a little box in the upper left hand corner of the screen. :(
 
So the only way for me to change this is to change the key bindings on each character.

Ive restarted and tried again last night and still only happens with MQ on. Its just weird that that by pressing ALT+O (to bring up options window) will auto shrink the entire window to a little box in the upper left hand corner of the screen. :(
for me, my windows are sized to the screen size so I don't change to a tiny window, but this is still happening - alt key triggers the window to change from maximised status to normal status.
 
for me, my windows are sized to the screen size so I don't change to a tiny window, but this is still happening - alt key triggers the window to change from maximised status to normal status.
oh, i didnt know that. it's interesting as without MQ loaded, the Alt+O function ingame is fine and doesnt resize the window. I am just at a loss for whats happening, but doing the keystroke change ingame will have to be the fix currently
 
oh, i didnt know that. it's interesting as without MQ loaded, the Alt+O function ingame is fine and doesnt resize the window. I am just at a loss for whats happening, but doing the keystroke change ingame will have to be the fix currently
well, it's easier for me to talk about because I am a windows dev since the 90s so I know the terminology, and that makes a difference reporting an issue. That's not a failing in yourself or anyone else, it's just easier if someone knows "the right words" to use or can see what is happening in tech terms :)
and beyond that, well, MQ cares about what keys you press so it is intercepting them. All of them. So that's why, when you presss, A+B+C it has some response, potentially. The response here is accidental, and I'm sure they will fix it when they get to it. Yeah, I agree it's annoying, all my windows (in game) ie, chat, are wrongly positioned, and can't be used.
 
for me, my windows are sized to the screen size so I don't change to a tiny window, but this is still happening - alt key triggers the window to change from maximised status to normal status.
@brainiac pushed a fix for the live build, i think he has to do it for test as well

this is an eq bug
 
In other news, I started back playing about 2/3 weeks ago. Got a Red sub straight away. Was able to get things going. I play on test only.

I've been having crashes VERY frequently. I mean, I can't get through a /grind sequence without 2 crashes of my 6box team. Zoning, setting up, moving thru a zone to get the quests necessary, I am lucky - LUCKY - if I get 3 mins without one of the boxes x'ing to desktop.
TBH I sorta thought "oh that's how it is", until just this week, when I realised, maybe it's a problem with the Test markups/hookups.
So I ran an experiement on live, ran a new 6box team, and whaddayaknow? shitloads less CTDs.
So, what do we do about the test issues? It's basically unplayable for me atm. I can't get through a fight without one of my 6 dropping, and then a couple mins wait due to shittiy not your fault EQ reload code.
Any other test player willing to fess up that it's this bad for you?
What can I do to actually help stop it happening and tie down the issues so it's playable?

TBH I have stopped playing due to this problem, I didn't realise it at first but it is the root cause.

@brainiac pushed a fix for the live build, i think he has to do it for test as well

this is an eq bug
ah okay, our posts missed each other, let's hope that is the cause
 
In other news, I started back playing about 2/3 weeks ago. Got a Red sub straight away. Was able to get things going. I play on test only.

I've been having crashes VERY frequently. I mean, I can't get through a /grind sequence without 2 crashes of my 6box team. Zoning, setting up, moving thru a zone to get the quests necessary, I am lucky - LUCKY - if I get 3 mins without one of the boxes x'ing to desktop.
TBH I sorta thought "oh that's how it is", until just this week, when I realised, maybe it's a problem with the Test markups/hookups.
So I ran an experiement on live, ran a new 6box team, and whaddayaknow? shitloads less CTDs.
So, what do we do about the test issues? It's basically unplayable for me atm. I can't get through a fight without one of my 6 dropping, and then a couple mins wait due to shittiy not your fault EQ reload code.
Any other test player willing to fess up that it's this bad for you?
What can I do to actually help stop it happening and tie down the issues so it's playable?

TBH I have stopped playing due to this problem, I didn't realise it at first but it is the root cause.


ah okay, our posts missed each other, let's hope that is the cause
check your eqclient.ini for UseNewUIEngine=0

their new ui engine is total dogshit
 
ah okay, our posts missed each other, let's hope that is the cause
just to say, during this testing, I realised I am able to use your plugins, and although the Lua redmercs or whatever is good, the plugins are better :) excellent work you guys!
Playing on test I get them for free but having used them I would pay for them - and the price is about right I would say :) Quote this where you would like :)

Oh, only thing I would ask for is ... a bard basic function, so all toons are running the core functionality? and then don't block the Lua/script. So, core functions are there, but not advanced stuff. Maybe this wouldn't work due to overlap, Idk, but having one of the 6 be not a plugin and being the script is a pain.

check your eqclient.ini for UseNewUIEngine=0

their new ui engine is total dogshit
okay will do, I had read the info, slows zoning and loading and so on. Will give it a go from now on :) thanks :)
 
Okay, new ui turned off on all of my boxes, will see how it runs for the next 24h+, thanks :)

Also, after playing and multiboxing for 25y, I saw advantage in your current layout, do you have any script or post about how to arrange it? I think focusing your eyes/viewpoints for changes, in the middle (ok at the bottom) and also being lucky to have a large monitor (I have my 4k using scaling) to let you use viewports seems very sensible even pusing past my 25y "muscle memory" of where to look. So I am up for giving your layout a try, if there is some quick and easy /load run luaplaces and so on? :) - changing even 6 boxes to have xyz setting for Lua script (A) is a pita, let alone a whole ui. And let alone the shitty eq ui - do you have the save settings available for that?
Should I repost this as a new thread?
 
well, it's easier for me to talk about because I am a windows dev since the 90s so I know the terminology, and that makes a difference reporting an issue. That's not a failing in yourself or anyone else, it's just easier if someone knows "the right words" to use or can see what is happening in tech terms :)
and beyond that, well, MQ cares about what keys you press so it is intercepting them. All of them. So that's why, when you presss, A+B+C it has some response, potentially. The response here is accidental, and I'm sure they will fix it when they get to it. Yeah, I agree it's annoying, all my windows (in game) ie, chat, are wrongly positioned, and can't be used.
It’s actually a bug in eq and nothing like this. See what i posted here: https://www.redguides.com/community...windowed-mode-to-the-right.91958/#post-622008

I'll merge the changes over to the build for test today.
 
Intercepting key presses isn't what is causing it, though.

You can trigger it with any WM_SYSCOMMAND message.

Pressing alt+key combinations causes windows to send WM_SYSCOMMAND messages
 
Intercepting key presses isn't what is causing it, though.

You can trigger it with any WM_SYSCOMMAND message.

Pressing alt+key combinations causes windows to send WM_SYSCOMMAND messages
the slackers! - Thank goodness for folks like you and EQMule :) Willing to dive into the code at a level far beyond the rest of us :)
 
Thank you for all the input and help with fixing this.

It was causing me all sorts of issues! Ill wait for the update and give it a try this weekend :)
 
Redbot updated Very Vanilla MQ (Test Server) with a new update entry:

20240704

July 3, 2024:
- Fix EverQuest.Ping, add EverQuest.ConnectionStrength - these are the value from the net meter.
- Fix UI not working after persona swap (#797).
July 1, 2024:
- emu: Fix CTAFrameDraw, fixes several issues with window inspector (#871)
- emu: Fix CBazaarSearchWnd, fixes several issues with /bzsrch (#872)
June 24, 2024:
- Update for live hotfix patch
March 27, 2024:
- Updated emu client to catch it up with the latest features

Read the rest of this update entry...
 
Wrong forum
Hi all,

can anybody offer a hand please.

I recencently ( last week) returned to EQ and MQ after a break, reinstalled RG and MQ ( like the new MQ btw) patched EQ and played. no problems

Then about wednesday I tried to play again, and got the Patch Day - Unavailable message, but my MQ is up to date according to the launcher

Logged onto EQ manually and no problem ( thinking I needed to patch)

I got the missmatch message
1720866912433.png
as you can see, my MQ version is newer than my EQ version

RG launcher still saying the same thing, eq lets me in ( so there is no patch required there)

1720866709579.png


could any body offer any suggestions please

thanks in advance
 
You've got the downloader set to "test" server, if you're playing on Live you need to switch that. If you're playing on test, the update of MQ is not yet available.
 
I play on test.

How is the MQ date after the EQ date though, thats a bit weird

so, we can't play mq on test now?
 
Just need to wait until they patch it

It normally takes longer for RG to patch test than live - just one of those things :) it will come up in time :)
 
Hi all,

can anybody offer a hand please.

I recencently ( last week) returned to EQ and MQ after a break, reinstalled RG and MQ ( like the new MQ btw) patched EQ and played. no problems

Then about wednesday I tried to play again, and got the Patch Day - Unavailable message, but my MQ is up to date according to the launcher

Logged onto EQ manually and no problem ( thinking I needed to patch)

I got the missmatch message
View attachment 63220
as you can see, my MQ version is newer than my EQ version

RG launcher still saying the same thing, eq lets me in ( so there is no patch required there)

View attachment 63219


could any body offer any suggestions please

thanks in advance
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:
 
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:
At this rate for the number of times this needs to be posted I almost wonder if we need a macro to post it right after someone asks the same question over and over :)
 
i pesonaly looked around and foudn nothing, then posted in what I thought to be the correct place for a question, only to be given a warning!!!!
 
Vanilla - Very Vanilla MQ (Test Server)

Users who are viewing this thread

  • J
Back
Top
Cart