New Public Beta V1.07.14 for WitE

[morvael]

25 may be after repair between supply sub phases. HQs get what they wanted in 2nd phase but units do not. Please post supply details screen for HQ and sample unit. Tooltip does not contain enough info.

[timmyab]

Supply details

[morvael]

So it's not a bug. Your HQ was out of range to rail in supply phase 1, and in such case units won't get much supplies (only HQ local stocks available for phase 1).

To make sure your units will get supply your HQ has to be in range to rail at the end of the previous turn. Even rail repaired by FBD/NKPS doesn't count, as it remains with 1 damage until after supply phase 1.

Scenario when HQ is out of range in phase 1, but not 2 is as follows:

phase 1
units want 100
HQ has 10, so requests 90
HQ gets nothing
units get 10

rail gets repaired

phase 2
HQ still requests 90
HQ gets 90 minus range penalties
units get nothing, except support units attached to the HQ and the HQ itself get something

This scenario results in HQ having large stocks, but combat units having almost no new supply.

It was so in the old system as well.

[timmyab]

Thanks for explaining. timmyab = Homer Simpson
Does this mean that the HQ was also out of range during the previous turn's supply phases one and two and so had no local fuel dumps during phase one of this turn? Does that make any sense?

[gingerbread]

So this (from 20.4.2) is literal:

In the second supply sub-segment, combat, air base and rail repair units that could not get
supplies from the HQ unit to which they are attached will attempt to trace directly to the
railhead as if they were an HQ unit.
---
The Pz Div would probably have received more fuel from rail source in Phase 2 if it was out of range to its HQ.

Seems unrealistic that getting a small amount from HQ in Phase 1 prevents deliveries in Phase 2. Has it always been like that?

[morvael]

Yes, it was. I didn't want to change to much in this "logic". In all cases rules as printed were my final oracle, not the code. I felt free to change the code if it didn't conform with the rules, but not the other way round.

[morvael]

ORIGINAL: timmyab

Thanks for explaining. timmyab = Homer Simpson
Does this mean that the HQ was also out of range during the previous turn's supply phases one and two and so had no local fuel dumps during phase one of this turn? Does that make any sense?

Rather it was in range and thus it distributed nearly all stocks to it's subordinate units in phase 1, leaving it with very low number of dumps on hand for the next turn.

The stocks should be:
phase 1 range YES + phase 2 range YES -> low dumps for the current turn, units replenished
phase 1 range NO + phase 2 range YES -> high dumps for the current turn, units not replenished
phase 1 range NO + phase 2 range NO -> low dumps for the current turn, units not replenished

[Tarhunnas]

Does it really have to be that digital - either you are in range or you are not. I mean, that is a lot like in a board wargame where you usually are in supply if within x hexes of your supply sorce, if you are not you are out of supply. In a computerized game of this complexity, one would expect that supply decreases gradually and that the player would not have to count hexes. I know there is a gradual effect in WITE, but there also seems to be these rather unforgiving steps that suddenly limits supply for the unwary.

[gingerbread]

The WitE has granularity when in range. If out of, there is no supply.

That said, the example above shows that there are some quirks. However there is no need or benefit to stack the HQ with the units, so in this case it is avoidable.

I do understand and support Morvael's point regarding not implementing what would be a change of the rules as known to the players from the manual.

[Banori]

thanks for Support over all These years

[Erik Rutins]

Updated to .14.

[swkuh]

Thanks, using it.

Appreciate having an "official" 14Beta. Much easier to update files w/o doing the "zip" thing and moving files around.

[Ketza]

36. Hiwis and pilots in airbases and soldiers in damaged elements will now eat.

Whew.... I was worried!


Thanks for the update gang [8D]