Oberst_Klink
Posts: 4778
Joined: 2/10/2008 From: Germany Status: offline
|
Kamerad, they are more like circles, not tiny dots... Alas, those circles indicate your stacking limit. E.g. depending on the size of the units, the equipment, the scale etc. you'll get penalties for putting too many units in one hex/stack. green = the stacking ain't bad, yellow = a small penalty and red = a severe over stacking penalty when attacking or when defending. It also reflects a traffic jam *don't laugh*; MP units will help to lower the stack density or organize the traffic so to speak. To quote the manual: 13.7 target density (advanced rules) Normal Combat Loss calculations assume target den-sities below a certain value based on the physical scale of the Scenario. In many cases you can exceed this target density by piling units into a location. This may be the only way to effec-tively concentrate for an attack in some Scenarios, but there is a cost. If you present the other Force with a dense concentration of equipment, so that he can’t help but hit something with every shot, you may take excessive losses. Locations with excessive tar-get densities are indicated on the map by a small colored light in the west corner of the location. These indicator lights range from yellow-green to red. As a rule of thumb, you should avoid piling units into a location if you see a colored light, as follows: - No indicator means the target density is at or below the limit for the Scenario. - A yellow-green indicator is a caution; the target density limits have been exceeded, and combat losses are multiplied by 1.0 to 1.4. - A yellow indicator is a warning; the excessive target density will result in combat losses being multiplied by 1.4 to 1.7. - An orange indicator is a strong warning; the excessive target density will result in combat losses being multiplied by 1.7 to 2.0. - A red indicator is a very strong warning; the excessive target density will result in a combat losses being multiplied by at least 2.0 Klink, Oberst
< Message edited by Oberst_Klink -- 2/29/2012 11:18:53 PM >
_____________________________
|