View Issue Details

IDProjectCategoryLast Update
0001586AI War 1 / ClassicSuggestion - Campaign Management And SetupJan 3, 2011 11:44 am
Reporteramonchakad Assigned ToChris_McElligottPark  
Status closedResolutionnot fixable 
Summary0001586: Standardize starting metal/crystal harvesters
DescriptionFrom my general experience and from a few tests I just conducted, the number of harvesters on the starting planet appears random, and completely unrelated to any choice in the lobby. This makes for highly uneven starts and can IMHO quite alter the difficulty, at least in the early game, so having the same resources at every start would feel more balanced.

On a side note, this could also be used to encourage homeworlds with many connections: currently, it's generally convenient to start in a "dead end" with just one wormhole, while a starting system with 8 wormholes is very difficult to defend and there's no advantage in doing so. We could thus give 1 extra crystal AND metal harvester for every wormhole on the starting planet after the 2nd or the 3rd, giving a significant incentive to use multi-wormhole starts.
TagsNo tags attached.
Internal Weight

Activities

Chris_McElligottPark

Dec 22, 2010 4:38 pm

administrator   ~0006763

Yes, you are correct that it is random. However, bear in mind that your home planet is not your sole planet for very long, in most games -- usually for less than 15 minutes for myself, honestly.

You always have enough starting resources that it's not a huge limiting factor in any case, and if you have more or fewer harvester points in a given planet, that can certainly inform which other planets you decide to capture first.

At any rate, this was intentionally done, and it's also not something I can change without breaking literally every savegame in existence for the game (wormholes will move around, etc). This is also in keeping with many RTS games, often which have randomized nearby resource spots by player start locations. Not all, but many -- the EE and AOE series, for example. And I think RoN. SupCom is not randomized, though.

Issue History

Date Modified Username Field Change
Nov 24, 2010 2:31 pm amonchakad New Issue
Dec 22, 2010 4:38 pm Chris_McElligottPark Note Added: 0006763
Dec 22, 2010 4:38 pm Chris_McElligottPark Status new => resolved
Dec 22, 2010 4:38 pm Chris_McElligottPark Resolution open => not fixable
Dec 22, 2010 4:38 pm Chris_McElligottPark Assigned To => Chris_McElligottPark
Jan 3, 2011 11:44 am Chris_McElligottPark Status resolved => closed