Having a lot of issues with the pathfinding , I have a large map with lots of terrain, some high, and for example here is an issue. I want pathfinding to find a path on the far right side of the mountain, and it works when I break it up into segments, but I’d like for the path to be able to work without having to break it into segments.
*Edit - given the message 2 up that Pathfinding is studio-only, this is coming from the old version of pathfinding and I must have just missed it before. Would this update resolve this at all or is this limit still in place with the update?
I’m not sure if this is related to the new pathfinding or not, but I seem to be getting an error a lot:
'Failed to add navigation area ‘75’. Only 61 navigation areas per navigation tile can be stored. ’ With varying numbers.
I didn’t notice this before the update at all. Is this related to Costs? Or what exactly is this trying to tell me?
Do you think it will be released by next week maybe? My player bots for tropical royale need this to be able to get out of trapped areas with partial paths, would be nice to have that available to them soon.
This should not be related to new improvements. Based on the error you are getting, it seems in your map you have more than 61 modifiers in the a grid (64 X 64) . Did you make any updates to your game recently. if you could provide a repo case we can help investigate the root cause.
Great! This is a long-awaited and much-needed update.
I also have some feature requests that I think would be great in the future.
AgentJumpHeight: Taking the custom Humanoid JumpHeight into account instead of default.
Improved ability to climb TrussPart and other climbable objects.
Ability to disable NavMesh from generating for objects.
Etc…
Right now I’m still having problems with pathfinding unable to properly climb TrussParts or climbable objects which I had a workaround of manually overwriting it with my own custom path which is not very ideal.
My NPC has the JumpHeight of 7.2 (70 in JumpPower) there are a lot of areas that the NPC can navigate to but wouldn’t which is a bit weird, to say the least.
Other than that, I think this update is amazing I thought that they might have forgotten about pathfinding by now but I was pleasantly surprised by this post since I’ve been working a lot with NPCs and pathfinding since I started developing on this platform and there wasn’t a lot of needed improvement and fixes done for it.
I would love if yall implemented an option in AgentParameters to not try to place the waypoints on the ground and simply just give a floating path to the goal, this would be extraordinarily awesome for underwater or just generally 3D movement games where the entities need to be able to move freelu on all axes.
Hi, there seems to be an issue regarding the AgentRadius and pathfinding modifiers using the new algorithm. In the old algorithm when an agent avoids a pathfinding modifier it incorporates the radius into it like in the picture here
However in the new algorithm it ignores the AgentRadius and decides to just walk along the nearest vertices in the navmesh which is of course undesirable as the Agent model could be trying to go around lava or something else that damages them or a wall.
Hi Maloni, thank you for reporting this problem.
Would you mind create and upload a repo place for this issue. That will be really helpful for investigation.
Happens every now and then, but the waypoints generated will be spaced far apart. This has only been an issue for me when waypoints are really far apart, and my system detects that it hasn’t reached the next waypoint in sometime so it jumps automatically to unstuck itself, when it’s not really stuck, just that the MoveTo operations are further apart than expected.
Hey there, is there any ETA on when this will get enabled on live? Been working with the new pathfinding and was hoping for it to be enabled on live sooner rather than later. The old pathfinding system just straight up bails on me and doesn’t compute the admittedly large paths I’m asking for it to compute. But the new pathfinding has no issues with the large paths, so I’d like to use it on live.
Hey, I’m having issues with the new pathfinding involving agent costs. As someone previously stated the agent radius doesn’t work in areas with costs where the pathfinding will now place waypoints on the very edges of areas it’s supposed to be avoiding.
(Note: I haven’t set a cost for “Avoid” in this screenshot, but it is set up in others after this one)
I’ve also had some oddities where “math.huge” costs just don’t seem to work as intended. As shown in the screenshot below the pathfinding just creates this sort of gap in the danger zones and goes through it, possibly could be caused by the layout of the danger zones. Having a bigger agent radius such as 4 causes this occur more often. This can sometimes happen with the older algorithm.
Last but not least, the pathfinding acts really strangely when it has to go into area with a cost. Shown below it causes this weird circling near the end point and introduces some even weirder problems such as incorrect waypoint labels.
Overall, pathfinding costs are currently inconsistent and don’t work as expected with the new algorithms.
I have a copy of the map where I tested the pathfinding if it helps: MapWithPathingIssues.rbxm (71.3 KB)