
Some anti micro-management features
Moderator: Moderators
- [K.B.] Napalm Cobra
- Posts: 1222
- Joined: 16 Aug 2004, 06:15
-
- Posts: 128
- Joined: 24 Feb 2005, 19:05
Since the ais is imported from DLLs (later a script language probably) that we let the user create themselves they can do just about anything in theory. Depends entirely on how much time the user want to spend programming them (and how good the user is at programming).
At the moment we only have this central build ai and a very simple formation ai. I think I will write a metal maker manager also that turn on/off mms at certain energy levels. But mostly we meant that the user community should create these.
At the moment we only have this central build ai and a very simple formation ai. I think I will write a metal maker manager also that turn on/off mms at certain energy levels. But mostly we meant that the user community should create these.
- [K.B.] Napalm Cobra
- Posts: 1222
- Joined: 16 Aug 2004, 06:15
Yes he's right, I want to put out TAI through till I'm talkign about the actual code making it, and if you have a dll AI interface and several dll's already in existence then I want to know how this works as soon as possible and how it will effect my thought schema with regards to TAI, whatsmore I'd want to know exactly how to create such a dll immediatly, such information would place a skirmish AI almost certainly within the communities grasp given several changes on your behalf to the engine, which may already eb in place but havent been told