joebot xp code released

[dub]

nice code & getright worked fine.

[Black_Hunter]

can someone compile the src i wanna test it????

[Cpl. Shrike]

We could, but it's up to aspirin to release a binary for public test.

But i think he did only the source because he's not quite finished with it.

Quote @$3.1415rin
well, half - open source, because the development will be still closed source I guess. It doesnt make much sense at the moment to work with others on the main part of the code, becausae I havnt published / written down all the ideas I wanna implement.

[stefanhendriks]

i can't help it, but i really have to laugh about all those Astar files... rofl. My own astar routine is like 40 lines of code at max; its even in the UBBOT frame work alpha , which i released on the SDK 2 board...

though, yours is way more object oriented and written in coolish C++ class style...

[@$3.1415rin]

well, there is also this AStarTaskManager, which does the slicing to avoid lags when having to calculate for a long time ... and it's sort of plugin based, you can write a "plugin" for differerent heuristics / costs, therefore there's another .cpp and .h ... maybe I should put all those 'plugins' into one file

about releasing binaries ... well, you can compile it, you can play with the bots, but there's still a lot not complete, like team level task coordination, or even nonrandom navigation, so I havnt released anything yet. The basis for all those things is set, but i'm too busy with other stuff at the moment.

btw, about that object oriented ( at least a bit ) stuff : I wanted to implement this correction for moving targets with that old aiming algorithm, and well, in old joebot it's quite more complicated than I thought. in 'JoebotXP' all that relevant stuff is in one class, and there shouldnt be direct changes on the variables from the outside, so implementing new aiming there was really easy

€: changed the memorypool.h in the archive, the free function was just returning without doing anything

[Whistler]

I had errors while compiling it, not sure if this "Destroy" is M$ specific thing:

Originally Posted by GNU C++ Compiler 2.95

g++ -march=i586 -O2 -D__JOEBOTXPDLL=1 -D__HLENGINE=1 -I../hlsdk -I../dlls -I../
NNSim -I../NNSim/SOM -c BaseBot.cpp -o BaseBot.o
BaseBot.cpp: In method `CBaseBot::~CBaseBot()':
BaseBot.cpp:58: `Destroy' undeclared (first use this function)
BaseBot.cpp:58: (Each undeclared identifier is reported only once
BaseBot.cpp:58: for each function it appears in.)
BaseBot.cpp:58: parse error before `*'
BaseBot.cpp:59: parse error before `*'
make: *** [BaseBot.o] Error 1

[@$3.1415rin]

havnt compiled it for some time on a gcc, but that Destroy stuff is already pretty old, so I havnt changed much there. it isnt btw anything M$ specific, plain C++, just look it up in the util.h

i'm gonna check that, thx

[Whistler]

I changed to GCC 3.4.3 and it worked with some other changes to the bot
looks like it's FSF's fault

[Pierre-Marie Baty]

shhhh... don't give people the club to beat you like that (well, unless you insist )

[Whistler]

well it's already *FIXED* in the latest version so it's okay now