Rail capacity: how to check

[Ricky B]

Only solution if it is critical is to run 2 PDTs, making sure to copy all changes between the 2 without overwriting the rail cap or anything else unique between them. So an easy fix but maintaining it long term could be a problem - of course, maybe you name the pdts to include something like "rail-20" and "rail-40" in the pdt file names.

Rick

[Dog Soldier]

Mike,

I think you are assuming optimal use of rail capacity in your argument. I just look at it as train with supplies, replacements, etc or just empty cars, when transporting smaller units.

Strela,
Your problem is only solved by copying the master pdt file and making the changes for the differences then saving this modified pdt with a different file name. Link the right pdt to the scenarios as needed. In theory, every scenario could have it own pdt associated with it, but that is overkill to be sure.

Dog Soldier

[Volcano Man]

Well I just learnt something new again. Having the rail capacity in the PDT vs in the scenario has just caused me an issue with a current project.

I have a large campaign game that is essentially two operations. I have 3 different scenarios - the two individual operations and the combined campaign. If I set the rail capacity sufficient for the combined campaign then the rail is overstated for the two seperate operations or understated for the campaign if I base it on the individual operations.

I would just average the value between the two operations and use that single value. I have found that units can move so quickly by rail, that you can hop and skip to where you need to be and get out, then move more units.

To me you always want LESS rail capacity than you think the side needs to force the commander to use it more intelligently and with greater haste. What I mean is, if you give too much capacity then the user will likely leave units sitting around in rail mode as a rapid deployment force, when he should be moving it to a location, disembarking them immediately then waiting to see where the capacity should be used again. This creates a realistic strain on rail movement IMO. A good rule of thumb, to me at least, is to determine how much rail capacity you think I side needs, then divide that by two. It probably wouldn't hurt to then average that again to an standard value that will work in both your campaign's stages in the "combined" campaign.

One thing to remember too: reinforcements that arrive by rail will always be able to use rail movement regardless of the rail capacity, but their arrival may indeed push the rail capacity over the limit, thereby preventing any currently on map units from being able to enter rail mode until the capacity is freed up.

[Strela]

Thanks all for the commentary. Of course the multiple PDT files would solve the issue. VM agree that makes sense regarding the number to be provided for rail movement - actually had done what you suggested ie. halved the initial expected requirement. With the nature of the project I am working on (you know what it is..) there is an additional requirement on rail that requires a rigid number per operation.

Anyway a solution has been provied by the brains trust in record time - thank you all :)