1940 Battle of Pindus

[rhinobones]

Attached is a new scenario depicting the 1940 Battle of Pindus between Italian invaders and the Greek army. It is designed to be played solo as the Italians against the PO’s Greek defenders or as a PBEM game. Below is the description from the scenario briefing:

SCENARIO DESCRIPTION AND THEATER OPTIONS

October 28th, 1940 Italy launched an invasion into Greece along the Albanian frontier. The initial objective was to cut the North/South Greek supply line at the town of Metsovo. Cutting the line would deprive Greek forces South of Metsovo to the Ionian Sea of supply and enable passage of Italian forces deep into Greece. This event came to be known as the Battle of Pindus after the mountainous region in which it took place. However, poor military planning combined with stubborn Greek resistance and harsh weather doomed the invasion to failure.

This scenario models the basic Battle of Pindus and adds in elements of the Battle of Elaia–Kalamas which occurred immediately South of the Pindus action. To add spice, the historical objective of Metsovo is changed to a primary objective randomly selected from three towns along the North/South Greek supply line. There is also a secondary objective randomly selected from one of four towns along the invasion route. The Italian commander must capture and hold both the secondary and primary objectives in order to secure a major victory.

Turn 1 the Italian commander will be offered three Theater Options. One option each for the primary and secondary objectives. The commander is NOT to use the options until 1) turn 17 and 2) only if the objective(s) is occupied by Italian forces. Only then can the options be used, and the appropriate Victory Points awarded.

[rhinobones]

Screen shot of the Italian forces.

Regards

[Alan Sharif]

Wow, thank you. Downloading now.

[golden delicious]

ORIGINAL: rhinobones


Turn 1 the Italian commander will be offered three Theater Options. One option each for the primary and secondary objectives. The commander is NOT to use the options until 1) turn 17 and 2) only if the objective(s) is occupied by Italian forces. Only then can the options be used, and the appropriate Victory Points awarded.

Sounds good. This ought to make the game pretty interesting for the Greek player (if there is one) as they will have to hedge their bets about what the Italian is trying to achieve. Conversely the Italian player will want to keep his motives hidden as long as possible. I think this kind of randomisation- which I know you've used in your other scenarios- is a really nice way of adding a lot of replayibility to the scenario and giving players a more realistic experience (even if there were good reasons for the Italians to pick the objective they did historically)

Presumably the theatre options are used so that the Italian player only knows what his objectives are, which is handy. However I'm unclear why the player would need to select the TO- what does this trigger, and couldn't it be done with a set of events with them all cancelled and only the relevant one enabled by the engine on turn 17?

Do you use Victory+ events for the objectives? If this is a big proportion of the total VP level I know this can cause the victory levels to be skewed. The alternative is to have VP locations in an off-map area and use events to set ownership of them (as you know, sadly one can't use events to change the objective value of a hex)

Do you also have events if the Italian captures his objective and then loses it afterwards? I appreciate this could get really complicated.

[rhinobones]

Hope you enjoy the scenario. Suggestions for improvements and fixes welcomed. An AAR would be really welcomed.

Regards

[rhinobones]

ORIGINAL: golden delicious

This ought to make the game pretty interesting for the Greek player


Presumably the theatre options are used so that the Italian player only knows what his objectives are, which is handy. However I'm unclear why the player would need to select the TO- what does this trigger


Do you also have events if the Italian captures his objective and then loses it afterwards?

The PO has been optimized for the Greek side. The Italian side is only programed for test purposes. This is why the Greek formation are battalions and the Italians are regiments. Giving the Greeks many small formations provides a lot of Objective Track options. Four tracks are used and they are also randomized.

Correct, the use of Theater Options hides the Italian objectives from the opponent. Of course, this only becomes important in the PBEM game. Selecting/activating the objective TOs triggers Victory 1+ awarding VPs to the Italians. In the briefing I’ve tried to make it clear that objective TOs are activated at game’s end and only for the objectives controlled by the Italians.

Capture-loss-capture, no. I expect that there are exotic event sequences which would give me the results I want, but at best my Evil Event skills are rudimentary. There are seven possible objectives, only two objectives are active (pay VPs) in any one game and the objectives are hidden from the Greeks. I know there are event wizards who could probably make this happen, but it is beyond my skill level. I’m open to improving events, if not this game, then a future game.

Regards

[golden delicious]

ORIGINAL: rhinobones

The PO has been optimized for the Greek side. The Italian side is only programed for test purposes.

Sure- I always assume a PBEM (which you mentioned above was an option) as playing the PO gets boring really fast (I remember Brian Topp's Bagration 44 scenario where the Germans were able to more or less totally crush the Soviets despite giving the PO the +2 bias)

Correct, the use of Theater Options hides the Italian objectives from the opponent. Of course, this only becomes important in the PBEM game. Selecting/activating the objective TOs triggers Victory 1+ awarding VPs to the Italians. In the briefing I’ve tried to make it clear that objective TOs are activated at game’s end and only for the objectives controlled by the Italians.

Capture-loss-capture, no. I expect that there are exotic event sequences which would give me the results I want, but at best my Evil Event skills are rudimentary. There are seven possible objectives, only two objectives are active (pay VPs) in any one game and the objectives are hidden from the Greeks. I know there are event wizards who could probably make this happen, but it is beyond my skill level. I’m open to improving events, if not this game, then a future game.

Fair enough- the event engine is one of the more unforgiving parts of the editor. In practice the TO mechanic should work, since the player is only cheating themselves if vs. the PO, and it should be obvious to everyone if the Italian player cheats in this way.

[sPzAbt653]

Because the Occupy events don't recycle, you would do this:

Ev 1, 1 Occupies
Ev 2, by Ev 1, enable Ev 3
Ev 3, 2 Occupies
Ev 4, by Ev 3, enable Ev 1

I think that's right, because the Enable events do stay Active.

[rhinobones]

ORIGINAL: sPzAbt653

Because the Occupy events don't recycle, you would do this:

Ev 1, 1 Occupies
Ev 2, by Ev 1, enable Ev 3
Ev 3, 2 Occupies
Ev 4, by Ev 3, enable Ev 1

I think that's right, because the Enable events do stay Active.

Thank you. Looping events . . . they can be mysterious things.

That’s half the equation. Is it possible to turn the loops on with a TO so they only loop for the selected randomized objective?

Regards

[golden delicious]

ORIGINAL: rhinobones


Thank you. Looping events . . . they can be mysterious things.

That’s half the equation. Is it possible to turn the loops on with a TO so they only loop for the selected randomized objective?

Regards

To continue the sequence above, it would look something like this

Ev 1, 1 Occupies
Ev 2, by Ev 1, enable Ev 3
Ev 3, 2 Occupies
Ev 4, by Ev 3, enable Ev 1
Ev 5, Turn 1, cancel event 1
Ev 6, Turn 1, cancel event 3
Ev 7, TO, activate 8
Ev 8, Turn 999, enable 1
Ev 9, by Ev 8, enable 3

[rhinobones]

Ev 1, 1 Occupies
Ev 2, by Ev 1, enable Ev 3
Ev 3, 2 Occupies
Ev 4, by Ev 3, enable Ev 1
Ev 5, Turn 1, cancel event 1
Ev 6, Turn 1, cancel event 3
Ev 7, TO, activate 8
Ev 8, Turn 999, enable 1
Ev 9, by Ev 8, enable 3

Thanks. I’ve taken your suggestion and put it into a format I can read. However, I’m trying to visualize what the events are trying to do but the editor language is more Greek to me than my Greek scenario. The sequence assumes that the hex to be occupied is initially controlled by Force 2. Right?

Events 5 thru 9 are really confusing. If you have time, please provide a brief explanation of the mechanics these events are performing.

Regards

[rhinobones]

ORIGINAL: sPzAbt653

Because the Occupy events don't recycle, you would do this:

Ev 1, 1 Occupies
Ev 2, by Ev 1, enable Ev 3
Ev 3, 2 Occupies
Ev 4, by Ev 3, enable Ev 1

I think that's right, because the Enable events do stay Active.

Appreciate the help. I did some experimentation and found that the hex occupied in Event #1 needs to start life as a hex in Force 2 possession. Otherwise, the loop triggers before Force 1 makes the occupation.

My solution is a bit different. The enable events re-enable their respective occupy events. Seems to work ok even though it might be unorthodox. This solution assumes that the target hex (in this case Metsovo 50,34) starts the scenario under control of Force 2.

Regards

[golden delicious]

ORIGINAL: rhinobones

Thanks. I’ve taken your suggestion and put it into a format I can read. However, I’m trying to visualize what the events are trying to do but the editor language is more Greek to me than my Greek scenario. The sequence assumes that the hex to be occupied is initially controlled by Force 2. Right?

Events 5 thru 9 are really confusing. If you have time, please provide a brief explanation of the mechanics these events are performing.

Regards

OK, well every event starts in an enabled state, which means that if the trigger is met, then that event will occur. The event is cancelled once the trigger is met, or you can cancel the event any time you like with another event.

In this case, we only want event 1 or event 3 to go off if the player takes the TO.

-So the first thing we do is cancel these two events using events 5 and 6, which effectively makes them dormant.
-Event 7 is your existing TO- the one which tells the Italian player only what his objective is.
-Event 8 then has a dummy trigger which will never be met, as it is activated instead by the TO. The effect enables event 1, meaning it will occur if the trigger is met (by the occupation of a given hex)
-Finally, Event 9 does the same thing for event 3, so the whole sequence is now enabled.

Events 5 through 9 only run once, but 1 through 4 can loop indefinitely.

[rhinobones]

-Event 7 is your existing TO- the one which tells the Italian player only what his objective is.

Thanks.

The function of Event 7 is the key to understanding. As is, the convention of describing events using shorthand is a bit difficult for us beginners. The explanation cleared up the confusion.

Regards

[golden delicious]

ORIGINAL: rhinobones


Thanks.

The function of Event 7 is the key to understanding. As is, the convention of describing events using shorthand is a bit difficult for us beginners. The explanation cleared up the confusion.

Regards

Sorry- in my defence I was tacking onto the previous poster's series so I followed his syntax.

[cathar1244]

RB,

In your example -- is "turn 1" the appropriate trigger for events 236 and 238 -- should they fire on "event activated" (referring to events 235 and 237) instead?

It seems what makes this kind of thing messy is the need to re-enable events, so changes can be tracked turn by turn.

Cheers

ORIGINAL: rhinobones

Appreciate the help. I did some experimentation and found that the hex occupied in Event #1 needs to start life as a hex in Force 2 possession. Otherwise, the loop triggers before Force 1 makes the occupation.

My solution is a bit different. The enable events re-enable their respective occupy events. Seems to work ok even though it might be unorthodox. This solution assumes that the target hex (in this case Metsovo 50,34) starts the scenario under control of Force 2.

Regards

[Telumar]

For those interested i still have the EvilEd document from the old TDG site archived on my WP site: https://thetoawbeachhead.files.wordpres ... aw-3-4.pdf

There is also a short series of articles in which i dive deeper into event loops and other things:

https://thetoawbeachhead.wordpress.com/ ... e-evil-ed/
https://thetoawbeachhead.wordpress.com/ ... ed-part-2/
https://thetoawbeachhead.wordpress.com/ ... t-3-masaf/

[rhinobones]

ORIGINAL: Telumar

For those interested i still have the EvilEd document from the old TDG site archived on my WP site: https://thetoawbeachhead.files.wordpres ... aw-3-4.pdf

There is also a short series of articles in which i dive deeper into event loops and other things:

https://thetoawbeachhead.wordpress.com/ ... e-evil-ed/
https://thetoawbeachhead.wordpress.com/ ... ed-part-2/
https://thetoawbeachhead.wordpress.com/ ... t-3-masaf/

Thanks for the links. This is news I can use.

Regards

[rhinobones]

ORIGINAL: cathar1244

RB,

In your example -- is "turn 1" the appropriate trigger for events 236 and 238 -- should they fire on "event activated" (referring to events 235 and 237) instead?

It seems what makes this kind of thing messy is the need to re-enable events, so changes can be tracked turn by turn.

Cheers

ORIGINAL: rhinobones

Appreciate the help. I did some experimentation and found that the hex occupied in Event #1 needs to start life as a hex in Force 2 possession. Otherwise, the loop triggers before Force 1 makes the occupation.

My solution is a bit different. The enable events re-enable their respective occupy events. Seems to work ok even though it might be unorthodox. This solution assumes that the target hex (in this case Metsovo 50,34) starts the scenario under control of Force 2.

Regards

Testing shows that it does work as intended. Why it works . . . my guess is that Force 2 initially owns the hex and the first event to trigger is Force 1 occupation.

I have tested where Force 2 owns the hex and the Force 2 occupation event happens first. This results in a false news flash that Force 2 has occupied its own hex.

Like the example provided by sPzAbt, this sequence requires four events to complete a 360 degree loop. Messy or not, four seems to be the minimum required.

Regards

[cathar1244]

Thanks Telumar.

Cheers