Quick Questions Thread

[juv95hrn]

It seems the formula for fatigue lowering is entirely under-the hood?

Which is better, using movement, and gaining some additional fatigue, to move away from being adjacent to an enemy unit (when the situation allows it), hoping to regain this loss in the next logistic phase.

Or to remain adjacent adjacent to the enemy, suffering additional fatigue and attrition, but not having to move in and out of a better refit position.

Yes, weather, terrain, etc. would influence this. But a hint at the formula would help you estimate.

I guess experience and careful note taking is required to gain insight.

Thanks!

[loki100]

in the main being in a ZoC is a large drag on regaining combat readiness, so yes break contact if you can

[juv95hrn]

ORIGINAL: loki100

in the main being in a ZoC is a large drag on regaining combat readiness, so yes break contact if you can

My little experience tell me that, unless the movement cost (and fatigue penalty for this), is all to prohibitive, yes this is indeed the better solution.

[juv95hrn]

I asked before about assigning construction units to Forts (that might cost AP if they happen to be attacked to a city/location).

But on Kerch, it costs AP to assign CUs to forts from Army HQs. This is usually no the case. Why?

Is it because Kerch is "isolated" by only ferry or Naval contact?

Or is it a bug?

Is there a workaround?

Thanks!

EDIT:

Nope, its now all of a sudden a cost of 1 AP all over. Its Turn 31. Does something change in 1942?

[loki100]

there should be no cost, its a bug that will be fixed in the next patch. There is a partial work around set out in this thread - maybe a page or so back?

[warspite1]

Why change the title of this thread????

[beamslam]

As I'm used to metric values like most Europeans, so it would make sense to have metric values instead of Imperial values. I can be a bit cumbersome all the time to "translate" the imperial values to metric figures. Like the speed of the planes and vehicles for example, those I know roughly in Kmh for the various types but the Mph values doesn't say me much until converted.
In the editor it is possible to change but it will not change in the game file. Is there a way to do this?

[hei1]

+1

[Starway]

+1 for metric values

[loki100]

ORIGINAL: beamslam

As I'm used to metric values like most Europeans, so it would make sense to have metric values instead of Imperial values. I can be a bit cumbersome all the time to "translate" the imperial values to metric figures. Like the speed of the planes and vehicles for example, those I know roughly in Kmh for the various types but the Mph values doesn't say me much until converted.
In the editor it is possible to change but it will not change in the game file. Is there a way to do this?

since this really isn't a question about game mechanics I'd suggest putting in a post into the 'feature suggestions' thread. More chance of it being noticed or the modding forum - depends really which bit of your question you want an answer to

[juv95hrn]

Is the paradrop interface bugged?

How do I order and CONFIRM a new paradrop hex?

Each time I click the radio button of a corresponding para unit, it CHANGES drop hex destination shown, without me having chosen a new hex, like it has multiple targets allocated.

Also, after assignating a new drop hex for one unit, the next one will always show that same hex too, after clicking its radio button, even though its accual target hex is another one. If you reclick it, it will show the correct one.

If I right click a hex after picking a new target hex, it states "must be a friendly air base hex". But you cant choose staging base or

Bugged and overly complicated interface, or how do you handle this?

[loki100]

ORIGINAL: juv95hrn

Is the paradrop interface bugged?

How do I order and CONFIRM a new paradrop hex?

Each time I click the radio button of a corresponding para unit, it CHANGES drop hex destination shown, without me having chosen a new hex, like it has multiple targets allocated.

Also, after assignating a new drop hex for one unit, the next one will always show that same hex too, after clicking its radio button, even though its accual target hex is another one. If you reclick it, it will show the correct one.

If I right click a hex after picking a new target hex, it states "must be a friendly air base hex". But you cant choose staging base or

Bugged and overly complicated interface, or how do you handle this?

not my experience, takes two clicks:

so open an old save, press F9 and select airborne.

it shows me all the airborne units I have that are potentially eligible to have a mission set - in this case a brigade in Budapest:



following the instructions I left click on the map on a potential target hex:



thats it, its set. The brigade will build preparation pts and be ready to carry out the drop in 2 turns.

press F1 or whatever and back to the map.

or select another brigade (if I had more than one showing) and redo those steps.

[beamslam]

ORIGINAL: loki100

ORIGINAL: beamslam

As I'm used to metric values like most Europeans, so it would make sense to have metric values instead of Imperial values. I can be a bit cumbersome all the time to "translate" the imperial values to metric figures. Like the speed of the planes and vehicles for example, those I know roughly in Kmh for the various types but the Mph values doesn't say me much until converted.
In the editor it is possible to change but it will not change in the game file. Is there a way to do this?

since this really isn't a question about game mechanics I'd suggest putting in a post into the 'feature suggestions' thread. More chance of it being noticed or the modding forum - depends really which bit of your question you want an answer to

Right, I'll put it in the "feature suggestions"

[juv95hrn]

ORIGINAL: loki100

ORIGINAL: juv95hrn

Is the paradrop interface bugged?

How do I order and CONFIRM a new paradrop hex?

Each time I click the radio button of a corresponding para unit, it CHANGES drop hex destination shown, without me having chosen a new hex, like it has multiple targets allocated.

Also, after assignating a new drop hex for one unit, the next one will always show that same hex too, after clicking its radio button, even though its accual target hex is another one. If you reclick it, it will show the correct one.

If I right click a hex after picking a new target hex, it states "must be a friendly air base hex". But you cant choose staging base or

Bugged and overly complicated interface, or how do you handle this?

not my experience, takes two clicks:

so open an old save, press F9 and select airborne.

it shows me all the airborne units I have that are potentially eligible to have a mission set - in this case a brigade in Budapest:



following the instructions I left click on the map on a potential target hex:



thats it, its set. The brigade will build preparation pts and be ready to carry out the drop in 2 turns.

press F1 or whatever and back to the map.

or select another brigade (if I had more than one showing) and redo those steps.

That is not the problem I describe.

I have changed drop hex, from one initial to an new one, after doing what you describe, which works fine for me to.

Now the unit will randomly show the new, or the old drop hex target.

When I have multiple para units on the same air base, with multiple targets, they take turns on showing new, old and random targets hex alternativs, depending on which order I click the radio buttons.

Even if I assign the correct new hex, and this registers, the next time I check, it will still point to the old location, the third time the correct one, without me not having done anything, but check the radio buttons to indicate which para unit is active.

So, yeah, the workaround might be to only use one para brigade per air base and never change the target hex.

[loki100]

ORIGINAL: juv95hrn

...

That is not the problem I describe.

I have changed drop hex, from one initial to an new one, after doing what you describe, which works fine for me to.

Now the unit will randomly show the new, or the old drop hex target.

When I have multiple para units on the same air base, with multiple targets, they take turns on showing new, old and random targets hex alternativs, depending on which order I click the radio buttons.

Even if I assign the correct new hex, and this registers, the next time I check, it will still point to the old location, the third time the correct one, without me not having done anything, but check the radio buttons to indicate which para unit is active.

So, yeah, the workaround might be to only use one para brigade per air base and never change the target hex.

ok, went back over my saves for an instance where I can put two brigades on the same airbase, as below just swapped between them and selected a different target hex.





did nothing but open F9, select airborne, select one brigade left click on a target, select the other and left click on a different target hex.

Clearly you are doing/seeing something different but not sure why it doesn't work as above?

[juv95hrn]

ORIGINAL: loki100

ORIGINAL: juv95hrn

...

That is not the problem I describe.

I have changed drop hex, from one initial to an new one, after doing what you describe, which works fine for me to.

Now the unit will randomly show the new, or the old drop hex target.

When I have multiple para units on the same air base, with multiple targets, they take turns on showing new, old and random targets hex alternativs, depending on which order I click the radio buttons.

Even if I assign the correct new hex, and this registers, the next time I check, it will still point to the old location, the third time the correct one, without me not having done anything, but check the radio buttons to indicate which para unit is active.

So, yeah, the workaround might be to only use one para brigade per air base and never change the target hex.

ok, went back over my saves for an instance where I can put two brigades on the same airbase, as below just swapped between them and selected a different target hex.





did nothing but open F9, select airborne, select one brigade left click on a target, select the other and left click on a different target hex.

Clearly you are doing/seeing something different but not sure why it doesn't work as above?

Thanks for your input and efforts.

What you describe is what I experience too, so far.

- It would be great if you exit, then go back into the paradrop menu again, then check if the paras keep their new destination hex, you set the first time in the menu.

- Then select the paraunits a couple of times, with the radiobuttons, and check if the allocated target hex remains the same, or shows different ones, like for me.

Again, I can assign a target hex, I can change it to a new one, like you comfirm here.

The issue is that when re-checking if the changes "stick", the para target hexes differ from one time to another, as I select the para units. Like the order didnt stick, or that system shows the old or new hex intermittently or randomly. Or like you actually have 2 hexes selected, the new and the old, and the system shows them both each other time you select the unit.

Also as I described above, after giving one para unit a new destination hex, the next para unit I select, will have that exact same hex selected to in the map arrow interface (although in actuality it has another hex, previously pointed to and assigned with the coordinates). So I click around a bit more, selecting units, and the next time it will show the correct targets hex.

I suspect here there is a minor bug, and the system remains indicating the same target location hex, after you select a new para unit in the same hex, although this is just showing the wrong target hex, but in effect, the unit really has the correct, other target. So its just a visual glitch.

Its hard to describe more precise like this. A screen shot wouldnt help, since you have to select different para units on the same air base multiple times, for the glithch to appear.

Its this or I am doing something wrong, but I am follwing your exact steps above, its just that I have re-assigned a new hex from the original one, and not just chosen an inital drop hex. That works just fine.

Hope this explains the problem better.

Thanks!

[loki100]

I've gone back to that and simply re-ordered, opened and closed (via F1) the tab and can't generate anything unusual. The only issue is it does re-open with whichever brigade you last allocated showing it may look like they both have the same targets.

So there is an apparent delay/hook to the other target but I think its not actually what is happening.

I've attached a wetransfer link to a video of the command sequence I am following and the respective target display.

Just click on the link and download:

https://we.tl/t-UnMJTdJSfD

I'm using a test beta build (hence the info at the screen top) but that really shouldn't be influencing this routine

[juv95hrn]

24.3 states that a ground unit has a transport cost. In actuality this consists of two numbers fx. "1000/2000". What do these mean specifically?

[juv95hrn]

ORIGINAL: loki100

I've gone back to that and simply re-ordered, opened and closed (via F1) the tab and can't generate anything unusual. The only issue is it does re-open with whichever brigade you last allocated showing it may look like they both have the same targets.

So there is an apparent delay/hook to the other target but I think its not actually what is happening.

I've attached a wetransfer link to a video of the command sequence I am following and the respective target display.

Just click on the link and download:

https://we.tl/t-UnMJTdJSfD

I'm using a test beta build (hence the info at the screen top) but that really shouldn't be influencing this routine

Yes, I think the video describes exactly what is confusing me. The delay in wrongly showing the other para units target, instead of its own, correct one, the first time you select it (but not if you re-select among them again). I agree its a glitch, and probably not WAD, and if the targets actually registers correctly with the system, in contrast to what it is showing graphically, I think I can understand it anyway.

But I also have 3 para units on one air base, and when clicking around selecting them, the shift among different targets seemingly randomly (ie. not only the previously selected target hex, or the previously selected para units target hex, but each others current and previous target hexes, making it impossible to discern (at least by the on-map graphics) which is their actual target hex. I guess one has to go with the map coordinates given instead for now.

Thanks for your input. I will check next turn if the lastly given target hex has "stuck" for each para unit, or if they still give the wrong target then. I suspect it does, because I started to briefly look into this last turn, but dismissed it as me simply not understanding the interface.

Although nothing major I think this must be classified as a minor visual and interface bug?

EDIT:

I found a small work-around. By clicking/selecting the same para unit twice in a row, you convince the system to show the correct target hex.

The Soviet para-forces are utterly confused at this stage, and their preparations have suffered greatly. But finally I believe some units have their correct targets set. We will see what the system shows next week.

EDIT 2:

The whole thing is actually quite intuitive when you realize, and get used to that you actually have to click each para unit TWICE, to show that units actual target hex.

[juv95hrn]

How does 124 vehicle factories in the factory navigation table (with no damage) translate to 61 active and available factories producing 610 vehicles in the logistic phase report? Some production coefficient for the year?