by Luis Guzman
CAMPAIGNS, SCENARIOS & SAVEGAMES
If you want to support|
this site, please ...
We could define a campaign as a serie of scenarios linked on a given sequence, adding specifics options to each scenario in addition to the own scenario's options. One special type of scenario is the "Choice" scenario, which allows the player to pick between different choices to play different paths.
Campaigns can define some additional media files, like videos, music, text with photos to create an additional enviroment to the player, at start of the campaign, when any scenario is finish, when any scenario is loaded to continue the campaign and whenever the campaign is won or lost.
Also the campaign rules the prestige, allowing to assign an initial amount of prestige (usually need to buy your core units) and the prestige awarded to players, according their result in previous scenario. That prestige awarded can be limited to a maximun in each scenario (the CAP)
These additional options can be defined for each scenario in the campaign:
All the units purchased when playing a campaign become "core" units, although only the initial core and the prototypes are free.
The rest of purchased, count as the "army cost" which affects the limit of prestige awarded at the end of each scenario,
so as bigger is the cost of your army, the less prestige you will be awarded depending on each scenario cap.
The campaign CAP has been called for years the 'Jensen Cap', because it was Jensen who first figured how it worked, I'll call here just CAP for short. The following was written by Philip "Reepicheep" Nelson and it is probably the best description of the prestige cap system. Many thanks to Reepi for the great explanation
At the end of a scenario in a campaign, there is the possibility of winning a prestige award above and beyond what you can earn within the scenario. This award is not affected by the prestige setting, and is a pre-set amount per victory condition. For instance, the maximum possible award for a BV is usually 1000 prestige, and for a NV it is usually 1,500. How much of it you can win is determined by the CAP, which is also a pre-set figure.
Now, the award is determined when the computer compares the CAP to the value of your army plus your prestige. It is important to note that the original units in a campaign are not counted against the CAP, nor are prototypes. (I am assuming original core units are always free, regardless of the campaign. I don't know if user-made campaigns can bypass that feature or not). Anyway, those units represent 'free' slots. For instance, let's say you win a Pz IIIG prototype at Madrid. Not only is that a free tank, it also represents a free tank slot. You could upgrade it to a Maus and it would not count against the CAP. Overstrength is not counted against the CAP either.
If the value of your army plus your prestige is less than the CAP, you win the difference up to the maximum prestige award for the type of victory you won. Otherwise, you get nothing.
For example, at Madrid (SSI stock campaign) player we start with 500 prestige. The CAP is 2,000. The award for a BV is 1000. That means that in order to get the full award for a BV at the end of the scenario, we cannot accumulate more than 1,000 prestige. But at 100%, it is very easy to do so. The only way to keep from wasting the prestige award is to judiciously refit our troops. If done properly, we could have about 2,000 prestige to spend heading into Ciechanow.
Now, the CAP at Ciechanow is 2,500. Let's say we squeezed every last drop of prestige out of Madrid, and have 2,000 to spend. Since once again the award is 1,000 for a BV, we need to keep the total value of our assets at 1,500 in order to reap its full benefit. But not only do we have more prestige than that in the bank, we will be capturing much more. The best solution to that problem is to upgrade our original core units, as they represent unit slots that will never count against the CAP.
We can, and probably should buy new units too; but we must keep in mind that they count against the CAP. Let's say we buy a SdKfz 6/2 and a Pz 38(t)A. That's 660 prestige(in the Adlerkorps e-file). Since our target value for maximum prestige accrued was 1,500, we must subtract 660 from it . The new figure is 840, and we must make certain we do not accumulate more prestige than that during the scenario. We still have plenty of prestige left; and knowing that at this rate we will still have more than 840 prestige at the end of the scenario, we decide to overstrength a couple units before upgrading them as that also does not count against the CAP. Essentially, such overstrength becomes 'pre-replacements", and we are not concerned about losing it at this point.
Upgrades of purchased equipment 'lose' prestige in regards to the CAP, since only the prestige cost of the current equipment is counted. For example, upgrading a unit worth 300 prestige to something worth 600 will cost 450, but the computer sees that as an army value increase of only 300. Thus 150 prestige is 'lost'. That can be an excellent way of using prestige that would be wasted anyway.
By using upgrades, overstrength, and replacements as a means of keeping the total value of your assets under the CAP,
you can develop a stunning army at any prestige setting.
Scenarios are the basic game files.
Scenarios also should define the "enviroment" data, like the map (either as image or tiled), the number of turns, the latitude (climate zine), initial weather, ground condition and the iconset to use the units. A title to show in game, an intro text/jpg file to explain the player some hints and optionally a custom music to play.
Scenarios must define the numbers of turns; the victory conditions and the size of the pool of transports of different type (Air, Naval, Rail or Helo) as well as other optional data.
Scenarios can include also a set of "options" that enable/disable certain rules, being the most important:
Scenarios can be played in different ways, depending on how they have been designed:
Scenarios must define also the units to be commanded by each player. (see below) and the prestige the players can add for taking some positions on map, or simple because each turn assigns any. Prestige is the "coin" to purchase units and other things.
When picking a scenario or campaign to play, player can set a prestige modifier, ruling how much prestige is actually given
for capturing hexes or as turn assignment, as bigger the percentage as easier to play the game
Scenarios should define the units for each player in game and when playing campaigns, the core units from previous scenario are added to the units defined in the next scenario.
Scenario units are instances of Efile units (thus inheriting all stats and attributes from Efile) but having additional stats that can change during the flow of the battle. For example the units will increase experience level whan combating and whenever the experience bars are increased the unit can raise a leader. Also the unit strength can change because casualties/reinforces, and the ammo and fuel is spent and refit. In addition the unit can get entrechment depending the terrain and the time the unit stays in it.
Some specific options/attributes can be assigned to scenarios units in design :
Scenario units, can be already deployed in map according an Order Of Battle (OOB) or placed at HeadQuarter (HQ) to be deployed by the player or AI.
When playing campaigns, player can be rewarded with a new free cost core unit, called a "prototype"
Core units can be bought spending prestige. When playing a campaign, these units become "core" units that can be carried over next scenarios, an these units do count for the campaign prestige cap. Core units can also be "reassigned" (removed) recovering their cost or upgraded to a different equipment, normally spending additional prestige.
These are the formulas used to get the unit's cost in Open General.
1.- "Integer division" is always used!
First and most important thing to realize is that all formulas use "integer division" ( / ), meaning that any fractional part is discarded, regardless how big it is. So a result of 1,9999 is same than 1,0001 and equal to just 1.
2. How cost of units is stored in efile.
The efile stores the cost of each unit as the cost to buy 10 strength points (aka sp) divided by 12.
3.- Cost of a unit having N sp
Being E the efile cost stored for the main code and T the efile cost stored for the organic transport, the cost (C) is:
4.- Cost to add/remnove attachments.
For any attachment having a fixed cost of F, and a percentual cost V, the cost A is:
5.- Cost to sell a unit having N sp
The cost is the sum of C (#3) and A (#4) for each attachment.
6. Cost to upgrade
The cost to upgrade a unit U1 to be U2 is a bit more complex
7.- Cost for reinforce/overstrengt
Although this routine always returns the cost for 1 sp
Depending on how a scenario is played, the file created when player (or engine) saves it, is one of these types:
Logging the game while playing
There is an option to log the actions taken by players/AI, that allows to replay any scenario or part of it. All commands issue to units are stored in a .XLOG file than can be loaded later to watch how the game happened. This option can be enabled or disabled from User Settings Dialog
Also the AI turn can be logged to a text file (ai_turn.log) basically for testing purposes.
Also can be enabled or disabled from User Settings Dialog.