Matrix Games Forums

Forums  Register  Login  Photo Gallery  Member List  Search  Calendars  FAQ 

My Profile  Inbox  Address Book  My Subscription  My Forums  Log Out

The Ant Unit Problem

 
View related threads: (in this forum | in all forums)

Logged in as: Guest
Users viewing this topic: none
  Printable Version
All Forums >> [Current Games From Matrix.] >> [World War II] >> Norm Koger's The Operational Art Of War III >> Scenario Design >> The Ant Unit Problem Page: [1] 2 3   next >   >>
Login
Message << Older Topic   Newer Topic >>
The Ant Unit Problem - 11/3/2007 7:20:04 PM   
Curtis Lemay


Posts: 12969
Joined: 9/17/2004
From: Houston, TX
Status: offline
To recap, the problem is as follows:

First, artillery bombarding alone is significantly less effective than bombarding in support of a ground attacker. The factor has been estimated to be about 4 to 1. Second, defenders attacked by ground units lose 10% supply per attack round whereas defenders bombarded alone lose no supply (slang term: “supply sucking”). Finally, use of an assault unit prevents enemy artillery in the target hex from employing counterbattery fire against attacker supporting artillery.

The problem is that players exploit those facts via ant units. The smallest and least valuable units, usually with nothing but passive equipment, are subdivided and employed alone in attacks repeatedly. The attackers thereby receive the above benefits while risking hardly anything. The impact is that powerful, healthy stacks of defenders can be decimated and redlined at little cost if exposed to attacking units. The fact that this is well known by most players and excessively exploited by them gives the game system a big realism hit.

Note that it is a three-part problem. The artillery boost, the supply drain, and counterbattery issues must each be dealt with to end the incentive to employ ant units.

My previous suggestion:

Some of you may recall a proposal to address this that I made on the GS board about two years ago (so old there’s no link to it anymore). I proposed inserting a recon check before each round of combat. If the attacking units passed that check, they would have gotten all the benefits above, just as they do now. But if they failed it, they wouldn’t have, etc. etc.

After much evaluation, the proposal was discovered to be inadequate, because infantry recon levels in TOAW were much lower than I had understood. I concluded that recon would not work as the correct vector.

New proposal:

Chuck Kotroba had suggested active equipment instead. That will be a more difficult revision than recon, since, unlike unit recon strength, unit active equipment strength is not currently an available parameter. It will have to be calculated. I would propose calling it the unit “Assault Strength”. It would be exactly the same calculation as the current unit combat strength, except that only active equipment would contribute to it.

The results of that calculation will need to be displayed in the Attack Planner. It might also be useful to add it to the unit report and even be displayed on the unit counter. In addition, the Attacker Assault Strength Total and the Assault Ratio values shown below would also need to be displayed in the Attack Planner as well (impacted by fog-of-war, of course). All those additions will add to the overhead for this revision, but from there it will actually be easier to effect than the recon suggestion would have been.

The procedure would be as follows:

1. Prior to each round of combat, the assault strengths of all the ground attackers still remaining in the assault are totaled and divided by the defense strengths of all defenders still remaining in the defense. The ratio is then converted to %. A random check is made against that ratio.

2. If the check is passed combat proceeds just as it does now. Ground defenders drop 10% supply. Defender supporting artillery drops 5% supply. All attacker supporting artillery supports at the x4 factor (modified as per whether it is direct or indirect, as now).

3. If the check is failed, however, a second check is made against the same ratio x 10.

4. If that second check is passed, all attacker supporting artillery supports at the regular x1 factor, just as if they were bombarding alone. Furthermore, ground defenders drop only 1% supply and supporting defending artillery drop only 0.5% supply (effected via a random test).

5. If the second check is failed, however, the attack is treated as if it were a stand-alone bombardment. No attacker indirect support is included. Only directly assigned artillery, supporting at the x1 factor, participates. The assault ends after one round. Directly supporting artillery is subject to counterbattery fire from any defending artillery in the target hex. Defender supply doesn’t drop at all, except for any counterbattery firing units, which drop the normal 5% (as now).

6. In either case all ground attackers and attacker supporting artillery drop supply at the same levels they do now (10% if direct, 5% if indirect). And all combat strengths are unaffected.

7. The combat report would reveal whether the checks passed or failed on each round.

Note that this means that if the assault strength is at least equal to the defense strength, the first check is guaranteed to succeed. There might be a designer editable scale factor for this that could change that up or down. Similarly, note that if the assault strength is at least equal to 1/10th of the defense strength, the second check is guaranteed to succeed. Again, there might be a designer editable scale factor for this as well.

Note that when assault ratios exceed 1, the combat will proceed just as it does now. For assault ratios that fall between 0.1 and 1, the defender supply loss will average about proportionate to the assault ratio. For assault ratios that are less than 0.1, there will be a strong chance that the assault will be treated like a bombardment, making the ant unit useless.

And, before anyone gets concerned about math, note that the PC will handle all of it. Players will only have the added consideration of the Assault Ratio (shown in the Attack Planner) to concern themselves with.
Post #: 1
Shown as C++ code: - 11/3/2007 7:25:18 PM   
Curtis Lemay


Posts: 12969
Joined: 9/17/2004
From: Houston, TX
Status: offline
Shown as C++ code:

To further clarify my suggestion, I’ve converted it to C++ below:

attackerAssaultStrength = GetTotalAssaultStrength(AttackerUnitList);
defenderDefenseStrength = GetTotalDefenseStrength(DefenderUnitList);
assaultRatio = attackerAssaultStrength/defenderDefenseStrength * 100 * assaultRatioScalar;
if (Random(100) <= assaultRatio)
{
	CombatReport->InsertText(“Attacker assault ratio check passed”);
	attackerArtilleryFactor = 4;
	defenderSupplyLoss = 10;
	defenderSupportSupplyLoss = 5;
	attackerIndirectSupport = True;
	counterbatterFire = False;
}
else 
{
	CombatReport->InsertText(“Attacker assault ratio check failed”);
	if (Random(100) <= assaultRatio * 10 * assaultRatioFloorScalar)
{
		CombatReport->InsertText(“Attacker assault ratio floor check passed”);
		attackerArtilleryFactor = 1;
		defenderSupplyLoss = 1;
		if (Random(100) <= 50)
			defenderSupportSupplyLoss = 1;
		else	
		defenderSupportSupplyLoss = 0;
		attackerIndirectSupport = True;
		counterbatteryFire = False;
	}
	else
	{
		CombatReport->InsertText(“Attacker assault ratio floor check failed, too”);
		attackerArtilleryFactor = 1;
		defenderSupplyLoss = 0;
		defenderSupportSupplyLoss = 0;
		attackerIndirectSupport = False;
		counterbatteryFire = True;
	}
};


Functions GetTotalAssaultStrength(), GetTotalDefenseStrength; Random(), and the Objects AttackerUnitList, DefenderUnitList, and CombatReport, with its method InsertText(),would be defined elsewhere in the program.

< Message edited by Curtis Lemay -- 6/5/2008 8:08:54 PM >

(in reply to Curtis Lemay)
Post #: 2
RE: Shown as C++ code: - 11/3/2007 8:48:03 PM   
sPzAbt653


Posts: 9511
Joined: 5/3/2007
From: east coast, usa
Status: offline
The smallest and least valuable units, usually with nothing but passive equipment, are subdivided and employed alone in attacks repeatedly.

I'm trying to get a grip on this, is the above instance the only concern? Or do your ideas also apply to a full division breaking down into three and performing the same action? I also seem to remember that attacking with an ant would cause it to evaporate.

I would think the best answer would be to have no ants designed into a scenario.

(in reply to Curtis Lemay)
Post #: 3
RE: Shown as C++ code: - 11/3/2007 11:08:35 PM   
vahauser


Posts: 1644
Joined: 10/1/2002
From: Texas
Status: offline
sPzAbt653,

In theory I agree with you regarding designing scenarios without ants.  In practice, not so much.  Many/most scenarios already have lots of ants.  Also, the definition of 'Ant' itself remains ambiguous if left to the discretion of scenario designers.

I'm not certain that Curtis's idea as shown in this thread is the best method to resolving a Final Solution to the Ant Problem.  But I do think that Curtis is correct that the game engine should be the level at which such a solution is resolved.  That way, the definition of 'Ant' is clearly defined in game-engine terms and somehow dealt with at that level.  Even though I'm not sure I agree with Curtis's current game-engine proposal.  But I think that the TOAW community can eventually achieve some sort of consensus in this regard.  Perhaps in time to make onto the 'wishlist' in time for consideration in TOAW 4.

_____________________________


(in reply to sPzAbt653)
Post #: 4
RE: Shown as C++ code: - 11/3/2007 11:36:46 PM   
ColinWright

 

Posts: 2604
Joined: 10/13/2005
Status: offline

quote:

ORIGINAL: vahauser

sPzAbt653,

In theory I agree with you regarding designing scenarios without ants. In practice, not so much. Many/most scenarios already have lots of ants. Also, the definition of 'Ant' itself remains ambiguous if left to the discretion of scenario designers.


Yeah. Anyway, one doesn't need 'ants' to get the effect. Lets consider a scenario with battalions and regiments -- hardly an excessive spread of unit sizes.

Three regiments in a hex? Divide up one battalion and hit the stack with one company-sized unit. This can't be prevented by design -- not unless you want to go to extremes.

I'm basically in favor of what I understand to be be 'Curtis LeMay's' latest proposal -- although it strikes me as unnecessarily complex. One could just cancel the supply- and readiness- draining effects of an attack if the units directly participating in the assault (i.e.' exclusive of ranged equipment) have a total strength of less than a third of the defenders. Or some other ratio -- but a third is what I'm currently using as a house rule. Seems okay. One can take advantage of those red lights -- but if and only if one brings a reasonable quantity of actual attacking infantry/armor to bear.

Obviously, further considerations, refinements, etc to be taken into account. However, we might actually be able to reach a consensus pretty clearly on this one. No single AT companies wrecking whole divisions is the basic idea.


_____________________________

I am not Charlie Hebdo

(in reply to vahauser)
Post #: 5
RE: Shown as C++ code: - 11/3/2007 11:37:24 PM   
ColinWright

 

Posts: 2604
Joined: 10/13/2005
Status: offline

quote:

ORIGINAL: ColinWright


quote:

ORIGINAL: vahauser

sPzAbt653,

In theory I agree with you regarding designing scenarios without ants. In practice, not so much. Many/most scenarios already have lots of ants. Also, the definition of 'Ant' itself remains ambiguous if left to the discretion of scenario designers.


Yeah. Anyway, one doesn't need 'ants' to get the effect. Lets consider a scenario with battalions and regiments -- hardly an excessive spread of unit sizes.

Three regiments in a hex? Divide up one battalion and hit the stack with one company-sized unit. This can't be prevented by design -- not unless you want to go to extremes.

I'm basically in favor of what I understand to be be 'Curtis LeMay's' latest proposal -- although it strikes me as unnecessarily complex. One could just cancel the supply- and readiness- draining effects of an attack if the units directly participating in the assault (i.e.' exclusive of ranged equipment) have a total strength of less than a third of the defenders. Or some other ratio -- but a third is what I'm currently using as a house rule. Seems okay. One can take advantage of those red lights -- but if and only if one brings a reasonable quantity of actual attacking infantry/armor to bear.

Obviously, further considerations, refinements, etc to be taken into account. However, we might actually be able to reach a consensus pretty clearly on this one. No single AT (or armored car) companies wrecking whole divisions is the basic idea.




_____________________________

I am not Charlie Hebdo

(in reply to ColinWright)
Post #: 6
Ant Units - 11/4/2007 7:16:08 AM   
rhinobones

 

Posts: 1540
Joined: 2/17/2002
Status: offline
Agree that there is a problem with ant units disproportionately enhancing the effect of bombardment. 
 
In some ways I believe this is a scenario design problem.  This does not necessarily mean that the scenario is defective; it is mostly that designers insert small units into scenarios and players use any TOAW legally permitted move to improve their position.  That would be, using ant units to inflict maximum punishment upon an opponent.  After all, that is the purpose of the game.
 
To change this behavior, think it would be preferable to change the combat resolution algorithms.  Make the math so that the ant unit is turned to ash, the defending units only absorb punishment consistent with bombardment and allow counter battery fire.  Think this would be more consistent with the real life consequences of ant unit attacks.
 
Maybe in this way designers can continue to have ant units and defenders can feast on them too.
 
Regards, RhinoBones

(in reply to ColinWright)
Post #: 7
RE: Ant Units - 11/4/2007 10:32:53 AM   
ColinWright

 

Posts: 2604
Joined: 10/13/2005
Status: offline

quote:

ORIGINAL: rhinobones

Agree that there is a problem with ant units disproportionately enhancing the effect of bombardment.

In some ways I believe this is a scenario design problem. This does not necessarily mean that the scenario is defective; it is mostly that designers insert small units into scenarios and players use any TOAW legally permitted move to improve their position. That would be, using ant units to inflict maximum punishment upon an opponent. After all, that is the purpose of the game.

To change this behavior, think it would be preferable to change the combat resolution algorithms. Make the math so that the ant unit is turned to ash, the defending units only absorb punishment consistent with bombardment and allow counter battery fire. Think this would be more consistent with the real life consequences of ant unit attacks.

Maybe in this way designers can continue to have ant units and defenders can feast on them too.

Regards, RhinoBones


Yeah -- ant units can certainly aggravate the problem. However, in almost any scenario, there will be plenty of materiel available to take advantage of the flaw.

It's worth mentioning that ant units create other problems. Even in scenarios with low density, ant units make it possible to create 'artificial' encirclements. You mount preliminary attacks so as to fill up the available retreat route with subdivided junk, then hit the stack you're interested in. All the units in that stack evaporate. Never mind that the available retreat route was ten km wide and held nine units with an average strength of a hundred men: 900 men just totally congested that 100 km. square area. After all, that's a population density approaching that of rural Nebraska. Obviously impossible to make your way through.


_____________________________

I am not Charlie Hebdo

(in reply to rhinobones)
Post #: 8
RE: Ant Units - 11/4/2007 2:13:25 PM   
vahauser


Posts: 1644
Joined: 10/1/2002
From: Texas
Status: offline
Colin is correct. 

I used to work for GR/D, the company that developed the Europa series of mega-boardgames back in the 1980s/90s.  Ants were/are a problem in the Europa series as well (25km hexes and bi-weekly turns).  One way that we dealt with ants (besides the obvious solution of cutting them from the OOB wherever possible) was to treat ants as basically "too small to matter" at the scale the game was developed at.

For example, ants did not exert a Zone of Control into adjacent hexes.  Further, ants did not gain full control of hexes they moved through during the turn.  They were considered to control hexes that they occupied at the start of a player turn, but otherwise the hexes they moved through were considered to be "contested" and not controlled by either side.  In special cases, such as capturing a bridge or an airfield, ants were allowed to perform such special operations.  In combat, ants were considered to be "unsupported" and fought at half strength, thus making them extremely fragile and easy to overrun.

I don't how to directly translate this stuff into TOAW terms, but it occurs to me that if a unit does not meet a "minimum size threshold" compared to the scale of the TOAW scenario, then that unit would be considered an "ant" by that scenario and thus treated differently from "full" units.  In other words, ants would not be treated as "full" units and would be not fully capable of doing what "full" units could do.  This could apply to a wide variety of conditions and circumstances (hex control, combat, supply, lines of communication, etc.).

_____________________________


(in reply to ColinWright)
Post #: 9
RE: Shown as C++ code: - 11/4/2007 5:22:08 PM   
Curtis Lemay


Posts: 12969
Joined: 9/17/2004
From: Houston, TX
Status: offline

quote:

ORIGINAL: sPzAbt653
I would think the best answer would be to have no ants designed into a scenario.


First, that sort of restriction on a scenario is called a "kluge" - an artifical trick to get around a systemic problem. Why would that be a better answer than actually fixing the problem?

Second, "ant unit attacks" are simply unavoidable. Suppose you designed a scenario in which every unit was exactly the same. And let's even suppose that no unit will ever lose equipment, supply, readiness, or proficiency. They'll either be full strength or evaporated. You can still form a defense of nine full units and attack that defense with 1/3 of a unit at limited losses. That's an attack ratio of 1:54 - an ant unit attack if ever there was one.

Add in the impact of losses and variable unit health, along with the simple fact that scenarios have to have a suite of unit types and sizes if they are to resemble reality in any way, and you have ant-unit attacks galore.

(in reply to sPzAbt653)
Post #: 10
RE: Ant Units - 11/4/2007 5:24:36 PM   
Curtis Lemay


Posts: 12969
Joined: 9/17/2004
From: Houston, TX
Status: offline

quote:

ORIGINAL: ColinWright
It's worth mentioning that ant units create other problems. Even in scenarios with low density, ant units make it possible to create 'artificial' encirclements. You mount preliminary attacks so as to fill up the available retreat route with subdivided junk, then hit the stack you're interested in. All the units in that stack evaporate. Never mind that the available retreat route was ten km wide and held nine units with an average strength of a hundred men: 900 men just totally congested that 100 km. square area. After all, that's a population density approaching that of rural Nebraska. Obviously impossible to make your way through.


See items 7.18 and 7.19 in the wishlist.

(in reply to ColinWright)
Post #: 11
RE: Shown as C++ code: - 11/4/2007 5:34:41 PM   
Curtis Lemay


Posts: 12969
Joined: 9/17/2004
From: Houston, TX
Status: offline

quote:

ORIGINAL: ColinWright
I'm basically in favor of what I understand to be be 'Curtis LeMay's' latest proposal -- although it strikes me as unnecessarily complex. One could just cancel the supply- and readiness- draining effects of an attack if the units directly participating in the assault (i.e.' exclusive of ranged equipment) have a total strength of less than a third of the defenders. Or some other ratio -- but a third is what I'm currently using as a house rule. Seems okay. One can take advantage of those red lights -- but if and only if one brings a reasonable quantity of actual attacking infantry/armor to bear.


Remember that it is a three-part problem and all three need to be addressed. And I think if you actually coded exactly what you're doing above it would be pretty complex looking as well. That can be misleading.

The simple version of my suggestion is:

First: Assault ratio > 1 then works just like assaults do now.

Second: 1 => Assault ratio => 0.1 then defender supply loss is proportional to that ratio & there is no artillery boost.

Third: Assault ratio < 0.1 then will tend to work just like bombardments do now.

It's somewhat complicated to describe, but it wouldn't be that complicated to use.

(in reply to ColinWright)
Post #: 12
RE: Ant Units - 11/4/2007 7:16:17 PM   
ColinWright

 

Posts: 2604
Joined: 10/13/2005
Status: offline

quote:

ORIGINAL: Curtis Lemay


quote:

ORIGINAL: ColinWright
It's worth mentioning that ant units create other problems. Even in scenarios with low density, ant units make it possible to create 'artificial' encirclements. You mount preliminary attacks so as to fill up the available retreat route with subdivided junk, then hit the stack you're interested in. All the units in that stack evaporate. Never mind that the available retreat route was ten km wide and held nine units with an average strength of a hundred men: 900 men just totally congested that 100 km. square area. After all, that's a population density approaching that of rural Nebraska. Obviously impossible to make your way through.


See items 7.18 and 7.19 in the wishlist.


Can't -- or won't. I am indeed one of those people without Word.

However, this (remedying the clutter effect of ant units), I do see as a design problem. When it starts happening in Seelowe I don't perceive a need for changes in an engine, I perceive a need for Colin to get a grip on his tendency to put in as a separate unit every little goddamn railroad military police detachment that happened to exist in the historical OOB.

This is all the truer now that TOAW III makes it relatively painless to create indivisible companies and such. Clutter is indeed more of a design problem than an engine problem. If you're getting blocked hexes, you've got too many small units. Sort of like when you start having a problem with the bars not opening until noon. The message is not that the law needs to be changed.


_____________________________

I am not Charlie Hebdo

(in reply to Curtis Lemay)
Post #: 13
RE: Shown as C++ code: - 11/4/2007 7:21:36 PM   
ColinWright

 

Posts: 2604
Joined: 10/13/2005
Status: offline

quote:

ORIGINAL: Curtis Lemay


quote:

ORIGINAL: ColinWright
I'm basically in favor of what I understand to be be 'Curtis LeMay's' latest proposal -- although it strikes me as unnecessarily complex. One could just cancel the supply- and readiness- draining effects of an attack if the units directly participating in the assault (i.e.' exclusive of ranged equipment) have a total strength of less than a third of the defenders. Or some other ratio -- but a third is what I'm currently using as a house rule. Seems okay. One can take advantage of those red lights -- but if and only if one brings a reasonable quantity of actual attacking infantry/armor to bear.


Remember that it is a three-part problem and all three need to be addressed. And I think if you actually coded exactly what you're doing above it would be pretty complex looking as well. That can be misleading.

The simple version of my suggestion is:

First: Assault ratio > 1 then works just like assaults do now.

Second: 1 => Assault ratio => 0.1 then defender supply loss is proportional to that ratio & there is no artillery boost.

Third: Assault ratio < 0.1 then will tend to work just like bombardments do now.

It's somewhat complicated to describe, but it wouldn't be that complicated to use.


This sounds pretty good. In the 1 => 0.1 range I'd be inclined to make the artillery boost proportional as well, but even as it stands a definite improvement over the current situation. Obviously, the change should be extensively play tested first (sometimes I wonder if that happens).

_____________________________

I am not Charlie Hebdo

(in reply to Curtis Lemay)
Post #: 14
RE: Shown as C++ code: - 11/4/2007 7:44:26 PM   
sPzAbt653


Posts: 9511
Joined: 5/3/2007
From: east coast, usa
Status: offline
Thanks for that, I think I might understand it now. I was under the impression that 'ant unit attacks' referred to a problem with the 'ant units', but it is more concerned with the 'attacks'. If I do understand it, working out 'Soaking off' or 'decoy' and 'feint' attacks are the problem that is being looked into here. I can't think of an instance where I've actually done what is being described, and I don't pbem so I haven't had it done to me. If this is common practice, your solution would seem mandatory.

In the beginning there was a dice roll, and a combat resolution table. And any combat with odds of 1-4 or less would result in certain death to the attacker, with no effect to the defender. Seems reasonable.

And to the designers, please stop including ant units, they don't work as desired. Elmer attacks my hex defended by two divisions with a heavy anti-tank battalion, my guys retreat, two divisions in one direction, and the anti-tank battalion splits into three in another direction, and then gets rbc'ed all over the map, effectively destroying my front line. The result of this is to keep the ants far from threats, and that is no fun for the game.

(in reply to Curtis Lemay)
Post #: 15
RE: Ant Units - 11/4/2007 7:49:50 PM   
sPzAbt653


Posts: 9511
Joined: 5/3/2007
From: east coast, usa
Status: offline
I resolve my problem with the bars not opening until noon by not getting out of bed until 2 p.m. Is that a 'kluge'?

(in reply to ColinWright)
Post #: 16
RE: Ant Units - 11/4/2007 7:56:11 PM   
JAMiAM

 

Posts: 6165
Joined: 2/8/2004
Status: offline

quote:

ORIGINAL: sPzAbt653

I resolve my problem with the bars not opening until noon by not getting out of bed until 2 p.m. Is that a 'kluge'?



Not as long as your aunt doesn't mind...

(in reply to sPzAbt653)
Post #: 17
RE: Shown as C++ code: - 11/4/2007 8:06:25 PM   
ColinWright

 

Posts: 2604
Joined: 10/13/2005
Status: offline
quote:

ORIGINAL: sPzAbt653

...The result of this is to keep the ants far from threats, and that is no fun for the game.


Yeah. I recall an otherwise fine scenario that suffered from too many separate Geschutz batteries and such. One wound up just piling that stuff by the side of the road someplace so it wouldn't get in the way: one wanted to get nine 'real' units into the roadhead for that critical attack.


< Message edited by ColinWright -- 11/4/2007 8:07:09 PM >


_____________________________

I am not Charlie Hebdo

(in reply to sPzAbt653)
Post #: 18
RE: Shown as C++ code: - 11/5/2007 1:49:30 AM   
vahauser


Posts: 1644
Joined: 10/1/2002
From: Texas
Status: offline
Here is an idea I had this morning.  The upper left corner of each counter is currently unused.  Have the game engine determine if a unit is an Ant.  If the game engine determines that a unit is an Ant, then put a pink dot in the upper left corner of that unit (using a method similar to the way loss-intensity dots are placed on units).  I chose pink because TOAW does not currently use pink as a color (another color like purple, which TOAW currently does not use either, will not show up as brightly as pink). 

_____________________________


(in reply to ColinWright)
Post #: 19
RE: Shown as C++ code: - 11/5/2007 4:12:05 AM   
ColinWright

 

Posts: 2604
Joined: 10/13/2005
Status: offline

quote:

ORIGINAL: vahauser

Here is an idea I had this morning. The upper left corner of each counter is currently unused. Have the game engine determine if a unit is an Ant. If the game engine determines that a unit is an Ant, then put a pink dot in the upper left corner of that unit (using a method similar to the way loss-intensity dots are placed on units). I chose pink because TOAW does not currently use pink as a color (another color like purple, which TOAW currently does not use either, will not show up as brightly as pink).


What would be the point of that?

_____________________________

I am not Charlie Hebdo

(in reply to vahauser)
Post #: 20
RE: Shown as C++ code: - 11/5/2007 10:16:05 AM   
vahauser


Posts: 1644
Joined: 10/1/2002
From: Texas
Status: offline
Colin,

There isn't much point to marking Ants if Ants aren't treated any differently from any other TOAW unit.

However, if Ants are treated differently from default, non-Ant TOAW units (and I described some possibilities in my posts in this thread), then marking them becomes relevant.

_____________________________


(in reply to ColinWright)
Post #: 21
RE: Ant Units - 11/5/2007 11:18:43 AM   
Telumar


Posts: 2236
Joined: 1/3/2006
From: niflheim
Status: offline
quote:

ORIGINAL: ColinWright

Can't -- or won't. I am indeed one of those people without Word.



Try this: http://www.openoffice.org/index.html

Otherwise, Wordpad (included in every Windows installation) should be able to open the wishlist.doc


_____________________________


(in reply to ColinWright)
Post #: 22
RE: Ant Units - 11/5/2007 3:15:19 PM   
Fungwu

 

Posts: 161
Joined: 8/22/2007
Status: offline
Here is an idea: make the same check that determines whether a unit retreats before combat, except make it a check by the defender against the attacker, if the check is failed the attacked qualifies as an ant.

Right now the game already distinguishes the relative strengths of units, if you attack an ant with a big unit it knows enough to run away, just use this same check when the ant attacks, it won't retreat but it won't count as a fullscale attack or whatever.

(in reply to Telumar)
Post #: 23
RE: Ant Units - 11/5/2007 4:00:07 PM   
golden delicious


Posts: 5575
Joined: 9/5/2000
From: London, Surrey, United Kingdom
Status: offline
quote:

ORIGINAL: Fungwu

Here is an idea: make the same check that determines whether a unit retreats before combat, except make it a check by the defender against the attacker, if the check is failed the attacked qualifies as an ant.


Yeah, that's not bad. Certainly simple, and scaled to the capabilities of the defender (a high recon defender will be able to identify a weak attacker and act accordingly).

The downside to this is that the RBC check works against one attacker. So this might be inadequate for ant attacks against a stack of nine mid-sized units.

_____________________________

"What did you read at university?"
"War Studies"
"War? Huh. What is it good for?"
"Absolutely nothing."

(in reply to Fungwu)
Post #: 24
RE: Ant Units - 11/5/2007 4:34:33 PM   
Fungwu

 

Posts: 161
Joined: 8/22/2007
Status: offline
"Yeah, that's not bad. Certainly simple, and scaled to the capabilities of the defender (a high recon defender will be able to identify a weak attacker and act accordingly).

The downside to this is that the RBC check works against one attacker. So this might be inadequate for ant attacks against a stack of nine mid-sized units"

Well I don't really know how the RBC check works, but maybe you could use the stats of the whole stack when making the calculations rather than one unit, or just test for each unit until you fail or pass.

(in reply to golden delicious)
Post #: 25
RE: Ant Units - 11/5/2007 5:05:20 PM   
Curtis Lemay


Posts: 12969
Joined: 9/17/2004
From: Houston, TX
Status: offline

quote:

ORIGINAL: ColinWright
Can't -- or won't. I am indeed one of those people without Word.


Then get the free word reader. The link to it is in the same post as the wishlist.

(in reply to ColinWright)
Post #: 26
RE: Ant Units - 11/5/2007 5:05:20 PM   
vahauser


Posts: 1644
Joined: 10/1/2002
From: Texas
Status: offline
Ants are problematic in other ways besides combat. 

The reason I suggested that Ants be compared primarily to the scale/density of the scenario (rather than in terms of combat) is because of other issues like zones of control, gaining control of hexes, gaining control of adjacent hexes, blocking retreats, etc.

I was recently playing Operation Bagration, and I was troubled by companies (yes, companies) gaining control of 20km hexes, exerting zones of control into adjacent 20km hexes, cutting supply lines, blocking retreats, etc.

These are not trivial concerns because Ants can cause problems in a myriad of ways.  Since Ants cannot be prohibited, due to the way TOAW's game engine operates (e.g., units being divided into small components when retreating, etc.), then some other means of dealing with the reality of Ants seems appropriate.  And addressing only the combat aspects of Ants, as important as those are, is only part of the issue.



_____________________________


(in reply to Fungwu)
Post #: 27
RE: Ant Units - 11/5/2007 5:14:23 PM   
Curtis Lemay


Posts: 12969
Joined: 9/17/2004
From: Houston, TX
Status: offline

quote:

ORIGINAL: vahauser

Ants are problematic in other ways besides combat. 

The reason I suggested that Ants be compared primarily to the scale/density of the scenario (rather than in terms of combat) is because of other issues like zones of control, gaining control of hexes, gaining control of adjacent hexes, blocking retreats, etc.

I was recently playing Operation Bagration, and I was troubled by companies (yes, companies) gaining control of 20km hexes, exerting zones of control into adjacent 20km hexes, cutting supply lines, blocking retreats, etc.

These are not trivial concerns because Ants can cause problems in a myriad of ways.  Since Ants cannot be prohibited, due to the way TOAW's game engine operates (e.g., units being divided into small components when retreating, etc.), then some other means of dealing with the reality of Ants seems appropriate.  And addressing only the combat aspects of Ants, as important as those are, is only part of the issue.


I suppose I should have named this thread "The Ant Unit Attack Problem", instead, as that was all I was addressing. The other issues have been addressed through items 7.7, 7.18, & 7.19.

And the system can't just look at the unit itself and determine if it's going to be considered an "ant". It has to be in context with the enemy units that it's interacting with. If the defenders are a powerful stack, some very significant units can be considered "ants". If the defenders are tiny themselves, very tiny units may not be considered to be "ants", etc.

(in reply to vahauser)
Post #: 28
RE: Ant Units - 11/5/2007 5:43:45 PM   
vahauser


Posts: 1644
Joined: 10/1/2002
From: Texas
Status: offline
Curtis,

From my perspective, the game-engine is fully capable of recognizing Ants based solely on the scale of the scenario. 

The game-engine is already capable of assigning unit densities in a hex.  It uses the aggregate equipment total of the unit(s) to do so.  For example, as of today the "allowed equipment density" of a TOAW III 20km hex is "850".  In a hex that exceeds the "allowed equipment density" of 850 (for a 20km hex), the unit(s) within that hex are marked with the appropriate colored dot depending on how much the "allowed equipment density" of the hex has been exceeded.

Therefore, it seems reasonable that if a unit has an "equipment density" of only a small fraction, let's say 10% to get the conversation started, of a hex's "allowed equipment density", then that unit would be treated as an Ant for all purposes, including combat.  Seems easy and simple enough to me.



_____________________________


(in reply to Curtis Lemay)
Post #: 29
RE: Ant Units - 11/5/2007 6:01:58 PM   
Curtis Lemay


Posts: 12969
Joined: 9/17/2004
From: Houston, TX
Status: offline

quote:

ORIGINAL: vahauser

Curtis,

From my perspective, the game-engine is fully capable of recognizing Ants based solely on the scale of the scenario. 

The game-engine is already capable of assigning unit densities in a hex.  It uses the aggregate equipment total of the unit(s) to do so.  For example, as of today the "allowed equipment density" of a TOAW III 20km hex is "850".  In a hex that exceeds the "allowed equipment density" of 850 (for a 20km hex), the unit(s) within that hex are marked with the appropriate colored dot depending on how much the "allowed equipment density" of the hex has been exceeded.

Therefore, it seems reasonable that if a unit has an "equipment density" of only a small fraction, let's say 10% to get the conversation started, of a hex's "allowed equipment density", then that unit would be treated as an Ant for all purposes, including combat.  Seems easy and simple enough to me.


And it would be wrong. A small unit attacking another small unit would be wrongly penalized. And a relatively large unit attacking an enormous stack would be wrongly unpenalized. The context has to be considered.

(in reply to vahauser)
Post #: 30
Page:   [1] 2 3   next >   >>
All Forums >> [Current Games From Matrix.] >> [World War II] >> Norm Koger's The Operational Art Of War III >> Scenario Design >> The Ant Unit Problem Page: [1] 2 3   next >   >>
Jump to:





New Messages No New Messages
Hot Topic w/ New Messages Hot Topic w/o New Messages
Locked w/ New Messages Locked w/o New Messages
 Post New Thread
 Reply to Message
 Post New Poll
 Submit Vote
 Delete My Own Post
 Delete My Own Thread
 Rate Posts


Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI

2.031