carry troops?, Stddev?

[spellir74]

1)
How does one set a vehicle that doesn't carry troops to carry troops? (Or the reverse: how to set a vehicle that does carry to not carry?)

2)
What does "Stddev" in a unit XML file mean?

[Mobius]

ORIGINAL: spellir74
1)
How does one set a vehicle that doesn't carry troops to carry troops? (Or the reverse: how to set a vehicle that does carry to not carry?)

You have to add mount-points to the model itself. They are animation bones.

[spellir74]

Okay. Thanks, Mobius.

All will notice that some of the sturmpzs (from my package) don't carry troops; BUT the stock Marders do. They are similar vehicles types (though different roles). That's a flaw in my 'tred plus gun' chimeras there, maybe.

----------------
There are transporter issues with this game. Meaning...

SPW 250 carries a full squad. But SPW 251 doesn't carry 2 teams (with mortar exception).
PII doesn't even carry a team. But Sdk222 carries a full squad.

Now my StrumPz don't carry anybody. But Marders carry a full squad.

[Mobius]

ORIGINAL: spellir74
SPW 250 carries a full squad. But SPW 251 doesn't carry 2 teams (with mortar exception).
PII doesn't even carry a team. But Sdk222 carries a full squad.

That has to do with the number of figures in the model not the theortical size of the team. For example a foxhole has 3 mount points. It can hold only one squad or one AT rifle team and a Maxim team. But as there are two figures in a AT rifle team so no two AT rifle teams can fit. I think 3 Maxim teams can fit in a foxhole.
(I don't know why AT rifle teams have 2 figures but a Maxim team only has one.)

[spellir74]

I know this will never happen...

But

My suggestions for "Infantry size and portability" FIXES:

------------
/\Troop types

()teams...

.Sniper

.ATR
.MG

.Mrtr (different than above teams in that vehicle only carries one of them.)

[.Maybe NEW Pioneers (in Teams)]
[.Maybe NEW HALF SQUADS (ie any 'regular' --riflemen, SMG, Grenadier, Guards)]

()squads...

.rifle
.pioneers

.......
/\HT types-

.EDIT 250 carries 1 team [or new half squad, for ubiqitious pltn patrol]

.EDIT 251 carries full squad _OR_ _2_ teams [or two half squads] -But not 2 mortar teams

.251 _with big gun_ carries 1 team [or half squad].

........
/\Other vehicles...

.EDIT sdk222 carries team or half squad only (down from STOCK full squad)

.EDIT later Pz IIs carry team or half squad (up from carrying nothing now)

(Future 'PzSphWg IIL recon' carries team or maybe squad.)

.EDIT Marders to carry team or half squad.

===========
What about the big buildings' squad capacity? A multi story warehouse should be able to accomodate a 3 squad platoon at least, especially since a one story square ranch house hold two sqds (which in reality would be leveled in minutes --not the basement though). And the factory from the center of one of the Kharkov maps should hold even more.

[spellir74]

Mobius (or anyone), do you know what that "stddev" does, in the XML. In some files it is there and in some it isn't.

[Mobius]

ORIGINAL: spellir74
Mobius (or anyone), do you know what that "stddev" does, in the XML. In some files it is there and in some it isn't.

Yeah, standard deviation. Its how spread out the curve is for unit to appear in random battles. I don't know why it isn't in all unit headings. I guess it is defaulted to 1.

[spellir74]

ORIGINAL: Mobius

ORIGINAL: spellir74
Mobius (or anyone), do you know what that "stddev" does, in the XML. In some files it is there and in some it isn't.

Yeah, standard deviation. Its how spread out the curve is for unit to appear in random battles. I don't know why it isn't in all unit headings. I guess it is defaulted to 1.

Oh: the concept of "hard knee" or "soft knee". (The angle sloping from the peak.) Standard increment groupings off the mode --bell curve.

-But how is it graded? 1-12, with each unit there being a month? Each stddev number is month on either side of the "medprev date"?

(So therefore if it is "stddev=2", it means 2 months on either side of the medprev? And if stddev says '12' it means 12 months on either side.)

-Does it go up past 12?

[Stridor]

ORIGINAL: spellir74

ORIGINAL: Mobius

ORIGINAL: spellir74
Mobius (or anyone), do you know what that "stddev" does, in the XML. In some files it is there and in some it isn't.

Yeah, standard deviation. Its how spread out the curve is for unit to appear in random battles. I don't know why it isn't in all unit headings. I guess it is defaulted to 1.

Oh: the concept of "hard knee" or "soft knee". (The angle sloping from the peak.) Standard increment groupings off the mode --bell curve.

-But how is it graded? 1-12, with each unit there being a month? Each stddev number is month on either side of the "medprev date"?

(So therefore if it is "stddev=2", it means 2 months on either side of the medprev? And if stddev says '12' it means 12 months on either side.)

-Does it go up past 12?

Spellir,

Most populations in life (not all) are normally distributed. The central limit theorem is a truly beautiful thing.

When I was writing the RBG I needed a way to derive the prevalence of battlefield units for a given date (day) over a five year period. When you look at the prevalence data tables for most WW2 vehicles you will see that for the most part they too are normally distributed.

So this allowed me to get a pretty accurate model of unit prevalence in most case by simply knowing five pieces of information:

1. The entry date (the very first day a piece of equipment appears on the field) (month, year in xml)
2. The exit date (the very last day a piece of equipment appeared on the field) (endservice in xml)

(strictly these are not needed to define the normal curve, but prevent rare unit deployment errors like a very small chance for a tiger to appear in 1939)

3. The standard deviation (stddev in *months*)
4. The median date (medservice)
5. The median prevalence as a percent (medprev)

These five pieces of info can drive the RBG to give a good (historically accurate) unit mix without specing for 12*5 (= 60) of monthly prevalence datums.

If you play with these numbers check the ZD_RBG file which gets generated by the RBG after each run to see what effect it has had.

Erik was responsible for the historical data values.

There are standard defaults to all these values if they are missing from the unit xmls.

see also http://en.wikipedia.org/wiki/Normal_distribution

Regards

S.