Spring RTS Engine

That project has nothing to do with Spring. Anyway, I'm sure that there is no project like ours - the only serious group of people who could do that knows what we are doing.

PS: Let's stop this offtopic, if you have further questions / doubts, please PM.

We are not going to reveal what we are currently working on while we have not too much to show. When first tech demo is finished, we will present our program.

The History of The TSI (promised to sanderbakkes :-) ) The history of TSI begins about one year ago. At first project has been developed exclusively by Tow.Impono - he wanted to improve his skills in C++ programming. He thought it's too hard for him to develop such a big project form scratch, so he ...

I looked into the code and found algorithm that calculates the most efficient source of power (it's different form this one I mentioned, but I forgot that it had been changed). Function that calculates the most efficient source of power returns the power plant that has the greatest value of followin...

Thanks for testing our AI ;]. Commander uses his D-GUN very rarely because of (probably) energy stall (which occures quite often due to incomplete economy handling) and high probability of destroying something important (especially in late game). Mayby we will work on it. Wind generators are build a...

TSI 0.24 autoupdater is broken because of loss of one important file. However it doesn't affect the .dll file. For those, who like our autoupdater, we made 0.24b release:

TSI 0.24 has been uploaded to UF:

Why there is no TSI 0.24? because both of us (me and Tow.Impono) are working on 0.3 version. Does it mean, that there will be no TSI 0.24? Maybe. Now, TSI form trunk is quite stable, but the main problem are calibrations (TSI looses very often). Current calibration mechanisms aren't cleat enough and...

Of course, here is source code:
http://www.fileuniverse.com/?p=show&a=it&id=4276

Next version of RandMov AI, for Noruas (moves units randomly within a range).

If you find anything inconvenient, I will try to fix it.

And of course a link:

http://www.fileuniverse.com/?p=show&a=it&id=4274

I've looked into the logs and source and I realized that besides UnitMoveFailed function, UnitIdle is called. UnitIdle is much bigger, and called every two frames could make that slowdown, too.

search and destroy? isn't it too much for Helper AI?

Thanks for nice description ;]. That console spam could cause slowdowns, because every "can't reach destination" is logged... I think we should turn it off...

These slowdowns seems to be very strange... TSI doesn't have any learning algorithms, BTW. How big are your log files? TSI sometimes makes very big log files (like few hundreds of MB) and that may cause slowdowns. We are going to turn logging off in final version. And few additional questions: is TS...

You write, you have. Here is one very simple AI (Helper, of course) that moves units randomly.

http://www.fileuniverse.com/?p=show&a=it&id=4264

[edit]
That version is a bit broken, this one is better.
http://www.fileuniverse.com/?p=show&a=it&id=4265
[/edit]

Upgrading mexes isn't on our roadmap (but I'm going to do something with it, unless it is hard to code, we will write it.). Creating static AA seems to be implemented... Maybe it's config file issue. [edit] TSI doesn't build AA because of stupid bug in code... I've fixed it. [/edit] [edit2] Bug with...

TSI from my hard disk wins with RAI 0.40 quite easily on AA 2.23. When I finish calibrating and testing it, I (or Tow.Impono) will release it. However, TSI form trunk is also quite new, and quite stable.

Inheritance would be good too, but a small upgrade or bugfix or next release of mod with deleted one unit would push us to release new version of AI (due to static linking of course) instead of few times smaller additional dll. And making dll that loads dll would be a nice lesson for me (I have neve...

Making unit tables eats CPU and memory, also. Anyway, I didn't think about making completely new AI for every mod, but only moving some functions (ie. for choosing buildings to build or units for factories) to dll, that would be loaded with AI (Spring loaded helper AIs every time any unit was select...

AFAIK all currently developed AIs are trying to support as much mods as possible. Support for mods is reached by simple files with different units lists and numbers. But I realized, that making AI supporting mods with so different playstyles like BA and EE is VERY hard to reach. It will consume sign...