• 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
MQ2Grind

Release MQ2Grind 3.1.52471.11

Overview Instructions F.A.Q. Updates (94) Reviews (81) History Discussion Terms and conditions
@hytiek Got stuck here a few times, same thing happened, gets stuck and I cannot get it going again. This is Final Fugue. Leaving the mission and restarting, same thing happened.
Btw, I ran Shei earlier, worked perfectly.
1704082191699.png
 
Sofabutt said:
Debug reports Won't move due to isGroupTogether. I am using all CWTN plugins for 2 mages, SK, Enc, Clr, and Rogue. All of the chars report they are navigating to the tank and reached destination. Four of the chars at 58+ feet away from tank.

Like I said earlier this is not an issue for the GD mission.
Click to expand...

Would you mind sending me your MQ2Grind.ini file please?
 
Redfrog said:
@hytiek Got stuck here a few times, same thing happened, gets stuck and I cannot get it going again. This is Final Fugue. Leaving the mission and restarting, same thing happened.
Btw, I ran Shei earlier, worked perfectly.
Click to expand...

It would help me to understand how you were stuck. There are a few things that would help me understand:

1) Were you running against a tree?
2) Was the group idle?
3) What did `/grind debug` provide?
4) Were you off mesh tile?
5) What was your location (EQ X Y Z)
6) A screen shot of the map so i could understand more clearly

I assume none of this is available currently, but these are the things I need in order to make things better.

Also, there's been a few versions already of the FF mesh, please ensure you use the latest from mqmesh.com
 
hytiek said:
It would help me to understand how you were stuck. There are a few things that would help me understand:

1) Were you running against a tree?
2) Was the group idle?
3) What did `/grind debug` provide?
4) Were you off mesh tile?
5) What was your location (EQ X Y Z)
6) A screen shot of the map so i could understand more clearly

I assume none of this is available currently, but these are the things I need in order to make things better.

Also, there's been a few versions already of the FF mesh, please ensure you use the latest from mqmesh.com
Click to expand...
Let me get that info, plus verify the mesh.
 
after zoning into FF they just stand there spamming /grind debug.

it was working for at least 10 runs then:

1704117196061.png
when i end the grind and then go get it again, it runs through everything, all click on the door and when they zone in, it's the same thing

After this second time of zoning in and getting the same result, i decided to click on my:

1704118662666.png

after i done that, they started running to their locations and killing
 
Last edited:
Kruuger said:
ran FF all last night after the update and worked great for me.
Click to expand...
the error was from this morning "07:52:16" well after all the latest updates. also when i run updates to RG I restart my computer first just so everything is clean.
 
Thank you for sharing the ini , all looks correctly configured. I'm curious about the 75 groupGap but your toons were 58 away and not moving... The only thing I can think of is that 1 of them was more than 75 units away at the time of being checked.
 
menlaten said:
after zoning into FF they just stand there spamming /grind debug.

it was working for at least 10 runs then:

View attachment 55257
when i end the grind and then go get it again, it runs through everything, all click on the door and when they zone in, it's the same thing

After this second time of zoning in and getting the same result, i decided to click on my:

View attachment 55261

after i done that, they started running to their locations and killing
Click to expand...

CWTN exposed a value which I check to ensure that the tank is not trying to buff the group before running. This is ${CWTN.HaveBuffsToCast} which is within my function isCWTNBusy()

I assume you run the SHD as your tank? Was he trying to buff?
 
I am running 4 groups at the moment.
1 WAR in FF
1 WAR is HF
1 SHD in FF
1 PAL in HF

each have successfully flipped a few times so far, no issues, I really want to know about a problem and be able to replicate it so that I can resolve it. My intention is to let them grind throughout the day and resolve issues as I see them.

I've watch my SHD take a chunk of time to self buff and hold up the grind, but that's 100% expected and working as intended.

1704134766733.png

The fact that "isCWTNBusy" is holding up the grind, is intentional. It's so that toon can finish its buffing routine. Now if that toon never finishes their buff routine and persists a ${CWTN.HaveBuffsToCast} = true, even though they are not casting anything - now that is a problem... While it holds up Grind, it's would be a CWTN issue and I believe that both CWTN and Sic would be highly interested to understand the problem if it existed, more than I would.

Additional information about what's going on will only help all of us. I'm running these groups in mostly CWTN plugins, the bard ... well. We can all dream of the day right? :)
 
It zoned in and got stuck . It got this message . Manually unpaused the tank and it started up .
 

Attachments

  • 20240101_152030.jpg
    20240101_152030.jpg
    3.8 MB · Views: 2
hytiek said:
CWTN exposed a value which I check to ensure that the tank is not trying to buff the group before running. This is ${CWTN.HaveBuffsToCast} which is within my function isCWTNBusy()

I assume you run the SHD as your tank? Was he trying to buff?
Click to expand...
I saw no visual evidence of him trying to buff. The weird thing is the 2 new instances are the only ones I've ever had an issue with like that.
One other thing it was doing was sometimes my mage was not clicking on the door to zone into Pal. I never had that issue with HH with zoneing in with the mage.
I've basically just quit using those two new instances for flipping because they are not consistently stable for me. All the others from ToV to NoS work without an issue.
I literally can leave ToV to NoS instances going for days and days killing 10-40k mobs without 1 single problem. With the two new ones if I get 10 flips, I'm being lucky.
 
hytiek said:
I am running 4 groups at the moment.
1 WAR in FF
1 WAR is HF
1 SHD in FF
1 PAL in HF

each have successfully flipped a few times so far, no issues, I really want to know about a problem and be able to replicate it so that I can resolve it. My intention is to let them grind throughout the day and resolve issues as I see them.

I've watch my SHD take a chunk of time to self buff and hold up the grind, but that's 100% expected and working as intended.

View attachment 55272

The fact that "isCWTNBusy" is holding up the grind, is intentional. It's so that toon can finish its buffing routine. Now if that toon never finishes their buff routine and persists a ${CWTN.HaveBuffsToCast} = true, even though they are not casting anything - now that is a problem... While it holds up Grind, it's would be a CWTN issue and I believe that both CWTN and Sic would be highly interested to understand the problem if it existed, more than I would.

Additional information about what's going on will only help all of us. I'm running these groups in mostly CWTN plugins, the bard ... well. We can all dream of the day right? :)
Click to expand...

however. i had manually unpaused everyone using the method I pasted in the first post:
1704147045901.png
after i done that they all started buffing and the instance flip was successful.
It happened about 8 - 10 times then I just moved on to another way of leveling.
 
I may have located a bug where Grind gets stuck between two checks and doesn't tether the group. I've been testing for over an hour and so far looks ok.
 
menlaten said:
however. i had manually unpaused everyone using the method I pasted in the first post:
View attachment 55284
after i done that they all started buffing and the instance flip was successful.
It happened about 8 - 10 times then I just moved on to another way of leveling.
Click to expand...

I want to help you menlaten, but what you're sharing here doesn't make sense. Unpausing the toons would have 0 affect on Grind moving them and targeting. I'm really at a loss of what the situation you are running into here.

Would you mind sending me your MQ2Grind.ini as a private message?
 
1704151273831.png
Can I just upload it to this thread? I'm not seeing anything in there that looks personal.
 
@menlaten I see no configuration issues. I wonder if you were getting caught in the idle loop I just posted a fix for. Please update and give it a try tomorrow when you can.
 
hytiek said:
@menlaten I see no configuration issues. I wonder if you were getting caught in the idle loop I just posted a fix for. Please update and give it a try tomorrow when you can.
Click to expand...
I'll load it up when I get home from work this evening. I've been off for two weeks and today's my first day back. :(

In order to update to those 2 mesh files that you posted, the Navmesh updater will do that correct, or do I need to get those separately from those links you provided?
I'm asking only because I only see 1 update needed. I didn't know if they were both included in that one update or what.
Thank you for taking the time to update those meshes. We all know those two are a pita.

1704195486334.png
 
Getting an error everytime my group runs to a door to start the LS instance, happens with both missions. Have updated the mesh and tried reinstalling MQ2Grind with no change.
 

Attachments

  • Screenshot 2024-01-02 085216.png
    Screenshot 2024-01-02 085216.png
    16.4 KB · Views: 1
  • MQ2Grind.ini
    MQ2Grind.ini
    3.1 KB · Views: 1
@Caddylax
I had this error yesterday after logging in. I renamed the MQ folder and reloaded MQ with the plugins. The error went away after that.
 
hytiek said:
It would help me to understand how you were stuck. There are a few things that would help me understand:

1) Were you running against a tree?
2) Was the group idle?
3) What did `/grind debug` provide?
4) Were you off mesh tile?
5) What was your location (EQ X Y Z)
6) A screen shot of the map so i could understand more clearly

I assume none of this is available currently, but these are the things I need in order to make things better.

Also, there's been a few versions already of the FF mesh, please ensure you use the latest from mqmesh.com
Click to expand...
Just wanted to give feedback from this.
So much changed between the time I could retest, re-run the Grind. Your changes / new meshes worked beautifully. I ran it like 4-5 times, wanted to stop to actually run the mission too.. then I have to wait for timer.. grr. Anyways Thank You. Now I can try the HF one.
 
Redfrog said:
Just wanted to give feedback from this.
So much changed between the time I could retest, re-run the Grind. Your changes / new meshes worked beautifully. I ran it like 4-5 times, wanted to stop to actually run the mission too.. then I have to wait for timer.. grr. Anyways Thank You. Now I can try the HF one.
Click to expand...

I'm glad to hear that man. I'm trying to resolve the problems that I'm aware of and can replicate. The ones I can't ... well... Maybe those are later when I can replicate the issue.

I've been flipping FF and HF for the last 2 days non stop from morning to late evening. I've had 1 toon crash, I've had a couple mesh changes. Nothing has kept me from flipping instances.
 
So been having a slight issue, and its not all time, but periodically happens... on step 27 in "Don't Fear The Destroyer" my guy will get stuck trying to cast on/attack --- [Algera Chindlebolt (quest npc, can't be killed) ] inside the instance... probably simple fix i run Mq2eskay on my tank, and i have her in the pull ignore list but doesn't seem to recognize that, what do i need to do?

-Thanks
 
Demonator said:
So been having a slight issue, and its not all time, but periodically happens... on step 27 in "Don't Fear The Destroyer" my guy will get stuck trying to cast on/attack --- [Algera Chindlebolt (quest npc, can't be killed) ] inside the instance... probably simple fix i run Mq2eskay on my tank, and i have her in the pull ignore list but doesn't seem to recognize that, what do i need to do?

-Thanks
Click to expand...
You did what you needed to do, inform me about it. :) I'll look into it, thank you very much for reporting the issue that you are having.

++ Update:
I've updated the geo fencing to include Algera's location, I'll kick off a build of RG now which will include this Grind update. If you're online now, this process should be done in about 30 minutes for both Test and Live builds.

Thanks again for taking the time to report a problem.
 
Last edited:
I found and I'm busy testing the fixes for the following:
  • group standing near entry door and never going in
  • toon did not zone into instance, targets door but never opens it to zone in
 
Demonator said:
So far seemed to work.. - thanks, so about adding instances from previous expansion what breakdowns u need? Ima research after gym/work. I'd like options once UF loses its flavor on my current server.

Just lmk all info u need from me.
Click to expand...
Simply the quest url... I'll go from there.
 
menlaten said:
after zoning into FF they just stand there spamming /grind debug.

it was working for at least 10 runs then:

View attachment 55257
when i end the grind and then go get it again, it runs through everything, all click on the door and when they zone in, it's the same thing

After this second time of zoning in and getting the same result, i decided to click on my:

View attachment 55261

after i done that, they started running to their locations and killing
Click to expand...


I know why finally and just pushed a fix for this. Thank you for your patience!
 
You must log in or register to reply here.
Release MQ2Grind
Next unread thread 🦁

Users who are viewing this thread

Total: 1 (members: 0, guests: 1)
Back
Top
Cart

Cart

Total -