Still runs with 400 fps... but at the first try I had some wrong debug-drawed polygons all over the level. After the restart everything looked right !

FINALY!!!!i think i squashed the bug ,was in my mesh creation code
a memcopy problem not in the plugin at all,thew ,please let me know if
im just on a delusional trip with the fix. uploaded the fix

@rei maby your system is capped with gamestudio at 400 fps i dont know
but mine capped at 512

Ohh my Goodness!!! Mate, it worked so great and smooth
I got about 140 fps with my old-craped PC and I'm happy with results

Yup, no visual errors anymore

Nah, the cap is not at 400, it's is just my pc I guess (as the fps numbers change all the time around a few fps)

you know this was one of those confusing bug hunt's ,i have learned now
to use sed.exe properties(compatibility mode) the default way to test my stuff
the worst of all is i had to go through the c++ plugin code and the demo
before finaly figuring it out so i hope i didn't add a problem while removing
one .holy mother of all things that's good ,major fail!!!
check this joke ,triangle_count=vertex_count * 3 what???

yay ! im up to the new recast version ,just a matter of implimenting the new
features like collision avoidance ! and guess what the tilemesh can save and
load it seems ,lots of goodies

Yeah Mate, this definitely one of the greatest plugins that GS every had! Keep up!

sounds cool is it possible to use it with terrains or is it really good for block based labyrinths? I'm developing a RTS pathfinder (dynamic area and tile paths), things go well, but I would try it out too when ready, if suitable for my purposes, at least for performance comparison. as I know in Neoaxis and Esenthel game engines Recast/Detour is implemented, but without any crowd system.

@sivan if the terrains vertices/triangles/indices are accesible yes ,basicly
any geometry which you can have acces to vertices/triangles/indices you
could pass into reccast and expect a navmesh from ,although theres more
to it when handling large areas than simply creating a navmesh ,i have
to look into how to handle large areas i think this will be handled by
multithreading when adding tiles (kinda streaming the tiles in)..
the new recast has build in crowd system with collision avoidance
and steering behaviour ofcourse, but the controll of movement is passed onto detourcrowd
as far as i could understand and theres some limit to the max agents per crowd
i think ,im not 100% on this but still learning the new beast.

@3run thanks man very kind words there. if only i can develope something even
a bit usefull i would be happy ,there should be plenty off people around here
that can continue taking it further to extremely useful stuff, but my developement
on this will continue though.

thanks, I will think how to do it... maybe creating d3dmesh based on terrain and obstacle model information could be a base of the navmesh. in my system I have tile surface data, or by c_tracing tile corners it could be solved but would be a long process...