Spring RTS Engine

Yes, like this: These new map painting commands are exactly same that "human" can do in normal play. So they are visible to alies and in replays.

Example is here: AIHCQuerySubVersion amq; if (mAICallback->HandleCommand(&amq)>=1) { // new functions are supported AIHCAddMapLine aml; aml.posfrom=float3(1000,0,1000); aml.posto=float3(1200,0,1000); mAICallback->HandleCommand(&aml); } Of course you can skip now checking of subversion if you...

Again STL from VC 2003 and STL from VC 2005 are not compatible, so using STL in any dll interface is just plain wrong decision as you have to use same STL, or make hacks already written by me here on this forum.

I already written here Relese STL replacement (not totaly complete, but you get idea) which allows to use debug version of AI (compiled by VS2005) and release version of Spring (compiled by VS2003).
http://taspring.clan-sy.com/phpbb/viewt ... c&start=19

I forgot to write that it is needed for debug version in VC8, because debugging STL in VC8 has different memory layout.

This is part of code, which allows me to use debug version in VC8 of AI and release version of Spring. Maybe it can be helpfull to somebody ... #include <vector> #include <map> #include <set> #include <deque> #include <string> #include <hash_map> #include <math.h> #include <assert.h> namespace relea...

Actually it is in IAICallback.h. In 0.70b2 there was nothing. And I added this: // HandleCommand structs: const int AIHCQuerySubVersionId=0; struct AIHCQuerySubVersion ///< result of HandleCommand is version of this sub interface { AIHCQuerySubVersion(): commandId(AIHCQuerySubVersionId) {} int comma...

Didn't test it my self, but I don't see reason why not ...

They will be acessible from 0.70b3. Without even need to change AI Interface. Example: AIHCQuerySubVersion amq; if (mAICallback->HandleCommand(&amq)>=1) { // new functions are supported AIHCAddMapPoint amp; amp.pos=float3(1000,0,1000); amp.label="Hello World"; mAICallback->HandleComman...

Wait for 0.70b2 which will actually report errors of mistakes. Talking about mod springwdb4.sd7: There was problem with T-80UD because dash was not in allowed characters for name, but in b2 again will be. So no need to fix. in ALharpoon.tdf you have this: weaponvelocity=400; /855km/h so comment does...

To Caydr: I am behind of lazy loading of build pic. Problem is that it takes 10 seconds to load all build pic in AA mod. And generaly all AI has to load all units in begining. But I don't think that your problem with UI responsiveness is because of this, because it is only first time and must take o...

I just did some mesuaring: (sources from SVN) Original time: 15s Then I commented out loading of BuildPic: 5s Then I commented out loading of sounds: 3s So best way to speed it up is be more lazy with loading of BuildPic. Then probably change these 2 std::vectors into one std::map in Sound.cpp Then ...

VTune show me that during that call 50% time is spend in "fmod" function. I will investigate more from there this come or if it is even true.

Thanks for this. I was succesfully build Spring using VS2005, current SVN sources. Only things which I have to change. Imported rts project from 7.1. Broken includes to "bitmap.h". Fix include in "rts.rc" to "resource.h". Added /NODEFAULTLIB:"LIBC" to linker -...

I could undestand that it should not be in svn because it has no use for Linux guys. And even vclibs for 7.1 are not in SVN. But I expect it could be on FileUniverse.

I will try to speed it up. As soon as I will compile Spring with VS2005

Can someone provide content of vclibs for VS2005?

Hi, On my PC then I am first AI this method takes 13 seconds in AA mod. Then I looked at sources of UnitHandler and SunParser I see a lot inherently slow code. But I didn't try to prove it, as I didn't try to compile Spring myself (for development of AI using VS2005 and release version of Spring). C...