Hello,

I have a TSP and I would like to use recast to create the graph that the TSP will have as a playfield, then find the answer to TSP using some algorithm and finally use RichAI to travel to each point one after the other properly.

Any suggestions as to how to feed the TSP solver the positions through the recast graph’s distances etc?

In that case you will need to calculate a path between every pair of points in your TSP graph, and apply post-processing modifiers to the path to get a better distance measurement (see FunnelModifier on Documentation).

Do you mean calculate every permutation of all the points first?

No, just take every pair of points.

- For each pair of points
- Calculate the optimal path between them using this package
- Insert that edge into your TSP graph

- Use your TSP solver to calculate the best TSP path.
- Feed the points, one by one as destinations to the movement script.

1 Like

Yeah, isn’t that all the permutations needed? Cause you calcualte all the distances first from all potential routes in order to feed it to the TSP solver

By permutations, I assumed you meant all `N!`

permutations instead of just the `N^2`

pairs of points? Or am I misunderstanding something.

1 Like

Ok. Which part are you having trouble with?

None I was just wondering whether there was a faster way that was the norm and I couldn’t think of cause even N^2 will be a lot of A* calls.

You could also use Documentation which should be faster.

I have yeah, I originally thought it would be a TSP solver but when I saw the example realized

```
Vector3[] points = new Vector3[targets.Length + 1];
OnPathDelegate[] pathDelegates = new OnPathDelegate[points.Length];
MultiTargetPath[] multiTargetPaths = new MultiTargetPath[points.Length];
for( int i = 0; i < targets.Length; i++ )
{
points[ i ] = targets[ i ].transform.position;
pathDelegates[ i ] += PathDelegate;
}
points[ targets.Length ] = m_Character.transform.position;
for( int i = 0; i < points.Length; i++ )
{
multiTargetPaths[ i ] = MultiTargetPath.Construct( points[ i ], points, pathDelegates, OnPathComplete );
m_Seeker.StartPath( multiTargetPaths[ i ], OnPathComplete );
}
```

I suppose the above is wrong for multiple reasons but the main one is whether I can calculate the paths without using any seeker or whether I need to add a seeker per point so that I can calculate them all simultaneously as this will stop for each start path.

You can calculate them without using a seeker: see the bottom of this page: Documentation.

However you probably want to post-process it using the funnel modifier. You can call `seeker.PostProcess(calculatedPath)`

in your OnPathComplete callback to do that.

[EDIT] Actually. Post processing it is kinda tricky. When the Seeker calculates the path itself it cooperates with the path to post-process the multiple paths individually. When the path is not calculated with a seeker, it will only be able to post-process the “main” path, which for a MultiTargetPath is the shortest one.

You will need to call seeker.PostProcess inside your PathDelegate callback, not inside the OnPathComplete callback.

1 Like

Will I really need the funnel modifier though? Since TSP will calculate all the paths based on distances, I will have my result before needing to call the post processing.

Cause:

- Calculate all edges in each pair of points
- Put them TSP
- Use the “ordered” list to go from one point to the next - these have been previously calculated no?

You do not necessarily need it, but it will give you more accurate results. The length of a non-post-processed path on a recast graph can be a bit off since the path just passes through triangle centers.

Ah yes ofc!

I just realized I didn’t use this in another project of mine which would really need it… *facepalm*

I’ll fix that during normal working hours

1 Like

Yes, you can use the recast graph to create a distance matrix which can then be used by the TSP solver. This matrix can be used to represent the distances between each node in the graph, allowing the TSP solver to calculate which path is the most efficient. Once the optimal path is found, you can use RichAI to travel to each point one after the other.