also sivan be aware that gs has a rule that if a user does not have a plugin license that the source of the plugin must be redistibuted along with the plugin (this is partly why my redistribution also contains the source )

no not really complicated at all , if you focus on understanding the functions you need you will learn it quickly and with a little time spend reading source/demo files and being active on mikkos discussion group you will soon understand it .

here you go anyone is most welcome and mikko and other members are very helpfull here .

http://groups.google.com/group/recastnavigation/topics

thanks!
I also found this google group, and there are several mods of it on github.
as I have won a Pro license I think I don't need to redistribute the source if I change it, but planning to do nothing in secret...

roger that

removed the links ,working on a version that is fast enough for tile based rts genre's .

so far it's working out much better than I had expected , I am able to swap obstacles in and out
very fast , although, there are specific design constraints I will be sticking to ,making it a custom build stripped down ,redesigned version specifically suited for a new project I am working on .

jb

yeah!
just avoid separate per entity actions with their own while loops including waits. that its up cpu over a few hundreds. but it is rather on the entity movement side, that calls the pathfinder.

https://www.dropbox.com/s/gov7j3mirt7br93/rts_test_tiles.zip?dl=0

my apoligies , i had a memory problem which i fixed now , i also made the
test much better .

keys:
wsad : camera movement
mouse movement : aim with pointer

press/hold "1" : remove a tile (aka add obsticle)
press/hold "2" : reload a tile (aka remove obstilce)

press/hold "z" : set path start point
press/hold "x" : set path end point

check it out i think its pretty fast and good for RTS if the concept is expanded
on .

PS i know of no other engine implementation of navmeshing which do this with navmeshing (as far as i know) as fast because i
actually do not rebuild anything ,they usually do
not use obsticles as tiles as I do ,and if they do use
it I haven't seen one , I think some commercial games
may use this type of concept though..

jb

I just tried it now (nearly forgot it after downloading a few weeks ago), but I don't know how to execute the pathfinding. the blocking tile placement/removqal is fine, and the start/end point placement too.

I started to deal with navmesh pathfinder again in Unreal Engine 4, but I find it not really suitable for a complex RTS game, because it is difficult to handle different sized agents avoiding collisions, and agents with different capabilities (ladder climbing, slope, swimming etc.). in my custom pathfinder each capability requires its own base map, but agent size handling is easy. in UE4 you can also place blocking volumes, they said to work fast runtime too, but not tested yet.

pathfinding is triggered upon changing any start or end position , it should draw a path as soon as both
start and end points lie within the walkable tiles (not the red ones) and obviously if a path is possible towards the points ..

new obstacles (non walkable tiles) will only be included
within the path ,upon requesting a new path ,in that simple test script it is not handled by code to refresh paths when tiles are removed ,but can be done by moving one of the start/end points to request a new path .

normally each unit of different size would need its own navmesh , but there are other techniques as well
but there is only one unit size and navmesh in that test ,for the sake of simplicity.

rts pathfinding is very dependant on the game and function itself , therefore difficult to code a library for multiple use in different games , but if it is tile only like rts games ,I think I could manage flexibility somewhat to an extent for possible unforseen things .

anyway , usually on some implementations of recast/detour , they use the tile cache/temporary obsticles for obsticles , or they use a tile rebuilding technique with polygonal regions of types , usually tiles themselves aren't used like I did.

I know unreal engine has a pretty flexible navmesh system , I haven't played with unreal engine yet but have read about its navmesh system being editable pologonable ,without using an external modeling application , to be honest I have never noticed a rts game build upon unreal engine yet .

I drop and pick up projects quite frequently , this is because I try out a prototype and quickly drop it if it sucks , so projects like this one survive only because I see something of value in it ,it could be learning /an interest/ challenge myself / usability / fun or something I would like to do , as this little idea came it might also fade away again .

jb