This AI loves to take in territory, and litters it with solars and metal extractors . Attacking works fairly good, but teching up is still an issue, due to the FARCK's building too many nanotowers, slowing down construction majorly. It will only play as ARM for the moment.
Have fun playing with this config, feel free to edit it, and if you manage to improve it, send your better config to rubenjacobs2006 at gmail dot com.
Last edited by Rubenes on 26 Jul 2007, 08:42, edited 8 times in total.
Have you tried running the stacktrace from the spring crash through the stacktranslator?
Also looking at the config, the way you've set up your atatck groups makes no sense, with an initial size of 5 and a maximum size of 5. Also the hardtarget tag is set to 1, I suggest you undo this if toolkit hasnt set it to this by default.
I'd have to see logs to get anything more useful to help.
It may also help if the ppl doing NOTA added the NTai tag to modinfo.tdf with the value NOTA.Look at BA and XTA for examples.
AF wrote:Have you tried running the stacktrace from the spring crash through the stacktranslator?
Also looking at the config, the way you've set up your atatck groups makes no sense, with an initial size of 5 and a maximum size of 5. Also the hardtarget tag is set to 1, I suggest you undo this if toolkit hasnt set it to this by default.
I'd have to see logs to get anything more useful to help.
It may also help if the ppl doing NOTA added the NTai tag to modinfo.tdf with the value NOTA.Look at BA and XTA for examples.
I'm not sure what I should change to the attack group configurations, could you be more precise? And I can't find anything about hardtarget in the config file or toolbox, where should I look?
Here is a NTai log and an unconverted infolog of the crash. 4 NTai AI's are mixed together, however, as I didn't know on which position the crash happens. The AI on the bottom right does work a lot slower for some reason.
Also initial atatck size =5 and maximum attack size == 5.
This means your atatck group si always 5 because the smallest size and the largest size are identical.
Imagine a number line. Now place a marker after the initial attack group size, at 5. Everytime ti tries to increment it you've said to increment by 1. So 5+ 1 = 6, the max value is 5, 6 > 5, revert to 5, no change occurec. The attack group can never be bigger than 5 units.
Also attack group sizes are integers, whole numbers. Increasing via a percentage wotn work if its a ridiculously small icnrease. 1.01010101010101% extra may cause a small icnrease but then that icnrease is removed.
5.6% -> 5%
5.2% -> 5%
5.99999 - > 5%
6.1% -> 6%
This is how C++ converts decimal values into integers, it rounds downwards. This wouldnt be a problem if you didnt have a max attack group size because then the increment value fo 1 would eventually make the increase large enough for this percentage to actually have an effect. I'd say that when an attack group size of 400-500 units is reached the percentage increase will have an actual effect, its way too small.
Try to look at what option you've made and logically think through what it actually means and what effect it will have, and when that effect will kick in.
First, you need to install NTAI. Then you have to go to the folder Spring/AI/NTAI and extract the zip file there. (one file goes in the NTAI folder, the other one goes in the configs folder.
For some reason there seems to be a problem with the FARCK's. They don't want to build the Hatrack (the mobile LLT), which is somewhat annoying. Is there any way to prevent this problem?
First, you need to install NTAI. Then you have to go to the folder Spring/AI/NTAI and extract the zip file there. (one file goes in the NTAI folder, the other one goes in the configs folder.
install the latest NTAI toolkit
then
put NTAI in ta spring/AI/botlibs
then
run the latest version of NOTA with NTAI (currently no config)
it will create a blank config
then
replace the blank config with the full one
- lack of context, I'm dont know what the problem is so i cant do anything about it.
- use a pastebin instead of posting a full log and ruining a threads layout in future.
I deal with numerous projects numerous forums and I spend a lot of time with a lot of people dealing with a lot of things. Dont be surprised if I suddenly loose track when someone makes a first post in a new thread thats just an NTai log with no adjoining text or explanation. Is it a previous error? Is it a new error? Is it something accidentally posted intended for another thread? Its the "*post starts*Theres something wrong*end of post*" all over again.
@Rubenes:
You should use the packaging mechanism in toolkit rather than doing it by hand. Try to load the config on UF in your copy of toolkit and it should give a torrent of errors. When I open the NOTA.tdf in the config folder, I see what I'm supposed to see, but when I open the on in th root fodler of the zip I see the wrong thing. Instead fo a section with two tags I see a copy of whats in the config folder which means NTai cant find any of that information.
Rubenes wrote:
@chillaa: The config doesn't work for Core. That's why it doesn't work.
That would be good information to have in the first post. I admit i didn't try putting the AI as ARM mainly because I'm at work and had limited time.
[EDIT]Fix your first post link[/EDIT]
It still has the same problem with the zip file, as AF described above. As for the ai itself, it is definitely a good start. It works the best of any ai I have seen so far in nota.
My biggest suggestion is to give much less importance to building nanotowers. As it is now, that is what it spends the vast majority of its resources on (they cost 1900 metal each). Really they're only worth getting at a strong chokepoint or on large maps, where the ability to build base defenses will make it worth it. It should be spending those resources on producing more units - it didn't have more than a handful at any one time in the game I played.
also, I don't know if you have any control over this, but while it is very good at expanding quickly, it wasn't using the units it had to protect its builders, leaving them vulnerable to any early attacks. Also, it never really tried to attack my expansions, but just sent everything straight to my main base. Another thing, it built around 5 or 6 lvl 1 kbot labs, and one aircraft plant, but never any vehicles. Really you usually want at least some of all 3 branches, so it would be preferable if it built a vehicle plant instead of a 2nd kbot lab. One last thing, is that when leveling up, it seemed to bypass the regular lvl 2 constructors (where you have to choose a branch) and went straight for the advanced one, which is much more expensive.