• 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? Change the look. To dismiss this notice, click the X --->
  • EverQuest's 31st expansion The Outer Brood goes live Dec 3rd. brainiac is spending extra time updating MacroQuest. Please show him your appreciation.
MQ2Nav

Plugin - MQ2Nav Release Thread (3 Viewers)

Overview Updates (21) Reviews (11) Discussion
MQ2EasyFind does not seem to be able to find its way out of Tirranun's Delve (delveb). As far as I can tell, the issue seems to be that MQ2Nav cannot navigate to the door that needs to be clicked in order to exit Tirranun's Delve. If I make the following changes to the door's position, I am able to navigate to the door and MQ2EasyFind is able to travel between zones. I am not sure how to get these changes to stick though. Changing the transform that corresponds to the /loc of the door in the doors.json file does not seem to work. It gets overwritten every time I zone or reload MQ2Nav.1720499548616.png
 
Also, there seems to be a similar problem going the other direction. MQEasyFind appears to be able to find a path from delvea to delveb, but it gets stuck running into the door and never actually zones. I was able to get this one to work by making these adjustments to the door position in MQ2Nav.
1720499879881.png
 
brainiac said:
You're not meant to be changing those.

Sounds like your issue is that easyfind isn't configured for that zone connection.
Click to expand...
You are correct that MQ2EasyFind was not configured for that zone connection. However, that is a different issue, which I posted a fix for in the MQ2EasyFind thread here. The MQ2EasyFind fix does not work though without the changes I listed above. In delveb, the door is not on the nav mesh. In delvea, the door is on the mesh, but the location for the door is basically on the far side of the the door so your character cannot actually reach the door when trying to navigate to it.

The only way I was able to get these two zone connections to work properly was to configure the connection in ZoneConnections.yaml for MQ2EasyFind and to change the locations of the doors in the MQ2Nav debug UI. If we are not meant to change these locations, what is the proper method for resolving this issue of unreachable doors?
 
Taoden said:
You are correct that MQ2EasyFind was not configured for that zone connection. However, that is a different issue, which I posted a fix for in the MQ2EasyFind thread here. The MQ2EasyFind fix does not work though without the changes I listed above. In delveb, the door is not on the nav mesh. In delvea, the door is on the mesh, but the location for the door is basically on the far side of the the door so your character cannot actually reach the door when trying to navigate to it.

The only way I was able to get these two zone connections to work properly was to configure the connection in ZoneConnections.yaml for MQ2EasyFind and to change the locations of the doors in the MQ2Nav debug UI. If we are not meant to change these locations, what is the proper method for resolving this issue of unreachable doors?
Click to expand...
Did you edit the mesh so it is reachable?
 
Sic said:
Did you edit the mesh so it is reachable?
Click to expand...
In delveb, yes. But it just created the same problem that already exists in delvea, which is that the door is on the mesh, but also the door physically blocks your character from reaching the loc that is listed in the MQ2Nav debug UI. So your character will reach the door, but will just continue running into it without clicking because it is trying to get to the other side.
 
Taoden said:
In delveb, yes. But it just created the same problem that already exists in delvea, which is that the door is on the mesh, but also the door physically blocks your character from reaching the loc that is listed in the MQ2Nav debug UI. So your character will reach the door, but will just continue running into it without clicking because it is trying to get to the other side.
Click to expand...

Thats an easyfind issue. You need to specify the location to run to. If you just tell it to go to a door/switch it will run it. If its really big or if its origin is off center, it will do that.

You can't change locations of doors. Thats not a fix.
 
I have a really weird issue that just started happening (Just gonna be that kinda weekend I guess). I'm on emu and whenever I use mq2nav to run to a zone line either with a wp or MQ2EasyFind they will start zoning back and forth over and over again. If I zone into the zone manually it's fine so it's def something with MQ2Nav. Has anyone else ever experienced this?
 
Is there a way to turn off or on the 'Automatically click nearby doors' with a command? It keeps messing up the tower of tides missions when I keep going back and forth at the door, so I would like to do a hotkey to turn it off and on at will.
 
I will get that later tonight. I know it happens on the first floor tower mission, I keep ping-ponging back and forth through the door. Whenever I zone in I just zone back out while that is enabled. Without a command line, I guess I can set it manually off on one toon, then click my nav reset hotkey that unloads and reloads the plugins (I did this for when I need to set a waypoint on one toon, then have the same waypoint settigns on all the toons)
 
Just learning how to use the mesh generator. Had to add a few path for my play style in HF mission. Figured I would try to make one for my guildhall. IRC the trade-skill macro gave me issues because it couldn't navigate between containers. I see a generic mesh for the GH but dont see any way to populate it with items. Guessing I'm missing some settings somewhere?
 
FelisMalum said:
Just learning how to use the mesh generator. Had to add a few path for my play style in HF mission. Figured I would try to make one for my guildhall. IRC the trade-skill macro gave me issues because it couldn't navigate between containers. I see a generic mesh for the GH but dont see any way to populate it with items. Guessing I'm missing some settings somewhere?
Click to expand...
cant populate with items, you can draw no-go boxes or preferred paths
 
Schuckenstein said:
I have a really weird issue that just started happening (Just gonna be that kinda weekend I guess). I'm on emu and whenever I use mq2nav to run to a zone line either with a wp or MQ2EasyFind they will start zoning back and forth over and over again. If I zone into the zone manually it's fine so it's def something with MQ2Nav. Has anyone else ever experienced this?
Click to expand...
I am also experiencing the same issue with using MQ2NAV on my private Emu server. Have you found any solutions?
 
brainiac said:
From what zone to what zone?
Click to expand...
In my case, it’s between Warrens and Paineel. I have set up mutual ZoneConnections with specified coordinates in the ZoneConnections.yaml file. However, even if I set the connection on only one side, it continues to travel back and forth in the same way.
 
brainiac said:
can you provide the entries here?
Click to expand...
Below are the relevant entries in the zoneconnections.yaml file.

FindLocations:
paineel:
- type: ZoneConnection
location: [751.50, -881.32, -33.87]
targetZone: warrens
warrens:
- type: ZoneConnection
location: [744.41, -875.00, -33.87]
targetZone: paineel

(When I posted it, the indentation created by the whitespace disappeared.)
 

Attachments

  • Paineel2Warrens.png
    Paineel2Warrens.png
    60.9 KB · Views: 0
  • Warrens2Paineel.png
    Warrens2Paineel.png
    73.9 KB · Views: 0
hiro042900 said:
Below are the relevant entries in the zoneconnections.yaml file.

FindLocations:
paineel:
- type: ZoneConnection
location: [751.50, -881.32, -33.87]
targetZone: warrens
warrens:
- type: ZoneConnection
location: [744.41, -875.00, -33.87]
targetZone: paineel

(When I posted it, the indentation created by the whitespace disappeared.)
Click to expand...

Thanks. This issue will be fixed in the next emu build
 
brainiac said:
Thanks. This issue will be fixed in the next emu build
Click to expand...
@brainiac

I've been messing with zoneconnections.yaml for an emu and have had some similar issues. After zoning, a toon gets into a zone loop for some connections. For others, after zoning, the toon will try to nav to some location way out in the middle of the zone.

I've assumed that I was screwing something up via ignorance but your mention of fixing something with the emu build makes me wonder if there is some relationship issue with mqnav. Or perhaps you're just fixing the yaml entry?

Is it helpful/best to provide zone connection info here to let you fix it? (Or on easyfind thread?) Or is there some insight needed to make better custom yaml entries? I feel like I'm going to be doing a lot of them.
 
postleaf said:
@brainiac

I've been messing with zoneconnections.yaml for an emu and have had some similar issues. After zoning, a toon gets into a zone loop for some connections. For others, after zoning, the toon will try to nav to some location way out in the middle of the zone.

I've assumed that I was screwing something up via ignorance but your mention of fixing something with the emu build makes me wonder if there is some relationship issue with mqnav. Or perhaps you're just fixing the yaml entry?

Is it helpful/best to provide zone connection info here to let you fix it? (Or on easyfind thread?) Or is there some insight needed to make better custom yaml entries? I feel like I'm going to be doing a lot of them.
Click to expand...
github.com

macroquest/data/resources/CHANGELOG.md at 7c039bd04cadcb769eeb1ccf1105f5bef259e59a · macroquest/macroquest

Scripting and plugin platform for EverQuest. Contribute to macroquest/macroquest development by creating an account on GitHub.
github.com github.com
 
Question: When rebuilding the mesh, is there any way for the mesh to rebuild the tree's?

Note: when i opened the mesh it had the tree's but when i rebuilt it the tree's are all gone.

Thanks

KS1980 said:
Question: When rebuilding the mesh, is there any way for the mesh to rebuild the tree's?

Note: when i opened the mesh it had the tree's but when i rebuilt it the tree's are all gone.

Tha
Click to expand...
 
Is there a command line option to reload the waypoints on toons? My case scenario is I am modifying the waypoint on one toon while in the zone, and I save it on that toon, but obviously its still the old setting on all other toons in the zone. So my current solution is to do a global unload and reload of the plugin, but I was wondering if there was a more elegant solution. I tried the /nav load, but that didnt seem to reload the waypoints. I also tried the /nav reload but it also did not reload the waypoint file.
 
Nightmare327 said:
Is there a command line option to reload the waypoints on toons? My case scenario is I am modifying the waypoint on one toon while in the zone, and I save it on that toon, but obviously its still the old setting on all other toons in the zone. So my current solution is to do a global unload and reload of the plugin, but I was wondering if there was a more elegant solution. I tried the /nav load, but that didnt seem to reload the waypoints. I also tried the /nav reload but it also did not reload the waypoint file.
Click to expand...
there isn't that im aware of, i just do a /dgae /multiline ; /plugin nav toggle; /timed 20 /plugin nav
 
You must log in or register to reply here.
Plugin - MQ2Nav Release Thread
Next unread thread 🦁

Users who are viewing this thread

Total: 4 (members: 0, guests: 4)
Back
Top