Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryDate SubmittedLast Update
0001785AI War[All Projects] Suggestion - GameplayDec 4, 2010 2:43 amJan 3, 2011 10:44 am
ReporterSunshine 
Assigned Tox4000 
Severityminor 
StatusclosedResolutionwon't fix 
Product Version 
Fixed in Version 
Summary0001785: AI acts more dynamically to recolonize planets
Description(I wasn't sure where this should go, so I put it both on the forum at this link http://www.arcengames.com/forums/index.php/topic,7787.0.html [^] , as well as here. Feel free to delete the less relevant post?)

Right now the game is very static, the player advances slowly and captures or neuters planets, and the AI responds by sending back ever-increasing waves. An AI plot could be that the AI type is considered "aggressive," and that it will actively send colony ships (with escorts) to recolonize planets, and will then (slowly) rebuild planets by spending reinforcement points to rebuild guard posts, forcefields,or tech up the planet (doing any of these things would cost massive amounts of reinforcement points). Planets would generally start out at a lower tech level, and would upgrade at great cost over the course of the game to go with this.

This would change the logic for some waves, and would add additional waves against unclaimed planets - a wave comes in, targets the command station, and clears the planet, then takes up guard positions while a colony ship is sent in. Successful deployment of an AI colony ship reduces AI progress by 15, and successful rebuilding of any AI progress increasing structure reduces AIP by that amount (think of it as the AI spending its resources to rebuild key structures rather than sending them in waves). Once a planet is recolonized/rebuilt, the excess guards on that planet would form a CPA and continue on. Assuming auto-AIP is on, the actual cost would simply be the time taken to make advances without making any actual progress if the AI manages to get its position back. Maybe the cost to rebuild could be 4/5th the cost to destroy to make it more costly to keep destroying a planet over and over? So a rebuilt warpgate would lower AIP by 4 instead of 5, so there's still a net increase in AIP.

This would change the game into something more dynamic and give a bit more leeway to expansion and having a more fluid push and pull kind of game. I'm thinking this would go well with the new shield generators on larger maps, because the shield generators could be way out of the way, but you'll be able to approach the problem of dealing with them in a more dynamic sense (rather than the current static sense of every planet you take being an absolute choice) without having to worry so much about the extraneous planets you've had to take, and the cost would be primarily in the amount of time you've had to spend taking them.
TagsNo tags attached.
Internal Weight
Attached Files

- Relationships

-  Notes
(0006770)
x4000 (administrator)
Dec 22, 2010 6:16 pm

In general, it's against the core game design to have the AI do recolonization, and it's something I've written about in the wiki in the "why does the player always have the tempo?" article. However, Keith did have some plans for the hybrid hives to be able to do some limited recolonization, which could be interesting in their context, but for time reasons that's been cut for now. But it's semi in the code, so it might resurface again some day in that sort of limited context.

Issue Community Support
This issue is already marked as resolved.
If you feel that is not the case, please reopen it and explain why.
Supporters: No one explicitly supports this issue yet.
Opponents: No one explicitly opposes this issue yet.

- Issue History
Date Modified Username Field Change
Dec 4, 2010 2:43 am Sunshine New Issue
Dec 4, 2010 2:43 am Sunshine Product Version 4.045 =>
Dec 4, 2010 2:45 am Sunshine Summary AI Can recolonize planets => AI acts more dynamically to recolonize planets
Dec 22, 2010 6:16 pm x4000 Note Added: 0006770
Dec 22, 2010 6:16 pm x4000 Status new => resolved
Dec 22, 2010 6:16 pm x4000 Resolution open => won't fix
Dec 22, 2010 6:16 pm x4000 Assigned To => x4000
Jan 3, 2011 10:44 am x4000 Status resolved => closed


Copyright © 2000 - 2011 MantisBT Group
Powered by Mantis Bugtracker