Making Cradle 3+ fully compatible with the Apolyton Edition

[Kull]

Troop Unload issue:

When unit-carrying Naval units are grouped with Naval attack units (no cargo capacity), the TF will not disembark units unless the warships are removed from the group. In the attached example, the top image shows a group of 3 ships led by a Trireme. The "cargo box" tells you that some of the ships are carrying units, and you can even drag the cursor onto a land hex (where the "green asterisk" implies that troops will be unloaded). However, nothing actually happens - all the units remain aboard their ships.

Instead, you have to click on the Task Force and then remove all the warships from the group and only THEN is it possible for the remaining vessels to unload their cargo. A very tedious exercise indeed, especially as the game progresses and you have large numbers of escorted task forces to deal with.

The solution is to add four lines of "Cargo Data" code to every surface warship in Units.txt (see 2nd image) AND to change the "MaxCargo" setting to Zero. You can see the result in the 3rd Image. It's the same Task Force led by the same Trireme, but now it has an "Unload" button. Clicking that will unload all units in the Task Force without having to go through all the gyrations required by the previous system. To be clear, this does NOT allow warships to carry units, it simply gives them an Unload button.

Files changed: Units.txt

[Kull]

Slave & Citizen Distribution code:

The Source Code team rewrote the "Slave Distribution" code and added two features. Rather than piling up in the city nearest to the Enslavement location, Slaves are now distributed across nearby cities. In addition, once a city reaches the building-imposed population limit (f/e population is capped at 12 until the Apothecary is built) the code won't send any more Slaves there. There is an exception however. If ALL your cities are at the population limit, then any new Slaves will ALWAYS go to the NEAREST city. In essence, the code reverts back to the old "Slave Distribution" system (i.e. there is no attempt at dispersion when all cities are at the limit). Worth noting that when a city's population increases beyond the building-imposed limit, it will immediately begin to starve. Farming Specialists and Food-providing buildings cannot alleviate the problem and the only solution is to construct the building which sets the new limit....or wait until starvation brings the population back down.

The Free Slaves attack (available to Abolitionists, Patriarchs and the Spartacus Wonder Unit) is similar to Enslavement, except it creates a Citizen in one of your cities. However, this code was NOT modified, and they too will always go to the nearest city. There is no distribution and the code ignores building-imposed population limits. Basically, it's the Citizen version of the old "Slave Distribution" code.

Cradle can't alter any of this as it's part of the executable, but the information is presented here since there are obvious gameplay ramifications.

[Kull]

"MaxWorkers" data element in "citysize*.txt" files:

Post # 5 talked about how the six citysize*.txt files set the population limits which extend the City Influence perimeter. Interestingly, even though AE, Cradle, and other mods make changes to the original CtP2 files, one correlation always remains the same: The "Population" number is always the same value as the one for "MaxWorkers". At every level.

But what was really interesting is the "MaxWorker" values are also identical to those which control access to Trade Goods within the city perimeter (as discussed in Post # 272 above). Which led to the question - can this value be reduced so that Trade Good access doesn't require quite as many non-specialist citizens? And the answer is...Yes! As a test, the "MaxWorkers" value for Level 3 cities (those with populations between 21 and 32) was reduced from 20 to 15 and sure enough, the Trade Goods in the extended perimeter were now available with 15 citizens instead of 20. However...

The HUGE downside was that 15 or more non-specialist citizens IMMEDIATELY caused a gigantic increase in Production Pollution. In my test city, that number rose from Zero to 376, resulting in -9 to city happiness! But if you assigned just one of those 15 citizens to a Specialist task, the pollution completely disappeared. Looking through the many CtP2 text files, I could not find any variable that correlates non-specialist citizen counts with production pollution, so what's causing this is a complete mystery. Possibly a bug of some sort.

Accordingly, this idea will be filed away as "unworkable", and the 1-for-1 correlation between "Population" and "MaxWorkers" has been restored in Cradle 5.

[Kull]

Citizen Concept entry in the GL:

The Great Library has concept entries for Population, Workers and Slaves, but nothing for Citizens. However - as noted above - they are a VERY important component of the game, and accordingly a new Citizen Concept Entry has been added to the GL.

[Kull]

The Case of the Missing Trade Goods - Solved:

That's right, Enkomi's Horses have not only appeared in the Trade Manager (attached), but it's now possible to build the Horseman unit (see Abdera at bottom right).

So here's the key. Goods in the Level 1 "City Influence" perimeter (the 8 hexes immediately surrounding every city) are always available for Trade. However, once the Area of Influence expands to Level 2 (the additional 12 hexes gained at population levels 9 thru 20), the rules change. Trade Goods in the expanded area are only available if EIGHT citizens are available as Non-Specialists. And something similar is true when the perimeter expands again at Level 3 (20 non-specialist Citizens for pop sizes 21-32), Level 4 (32 non-specialist Citizens at pop sizes 33-46), and finally Level 5 (46 non-specialist Citizens for all population levels in excess of 47).

Once I realized what was happening, the mechanism suddenly made sense and actually improves overall game play because it means there's a real penalty in place for players who go "all-in" on enslavement as a population expansion strategy. Sure, your cities will grow faster, but there's a catch. If you don't ensure that there are enough Citizens present, those large perimeters are not going to help when it comes to expanding your Trade Networks, which is THE primary method for building up your Gold Reserves.

And it makes sense in a real-world way as well. Slaves might be good for mining and farming, but Trade Networks are the realm of Entrepreneurs (as historical records prove, even in the most ancient of societies), and for those you need true Citizens, not a populace in which most are held in bondage.

[Kull]

The Case of the Missing Trade Goods (con):

I'll spare you the torturous testing and all the dead-end theories and take you right to the heart of things: Non-Specialist Citizens (see attached). Enkomi had a total population of 16, including 9 Citizens and 7 Slaves. Two of the Citizens were assigned as Labor Specialists in order to speed up Production. But what happens if we re-assign just one of those Citizens back to the non-Specialist Worker pool?

[Kull]

The Case of the Missing Trade Goods:

For as long as I can remember, one aspect of CtP2 gameplay defied explanation - invariably some Goods located within the City Area of Influence were simply not available for trade. There didn't seem to be any rhyme or reason since oftentimes the same Good could be traded from a different city, and individual cities themselves could trade some Goods but not others.

More an annoyance than anything, it wasn't something I pursued until the current playtest when the chickens really came home to roost. In Cradle 5 you need access to a Horse Good in order to build the more advanced Cavalry Units, and that need was met because Rome was trading Horses with my civ (Phoenicians). The rude awakening came when Rome canceled the Trade Route and suddenly Cav units were (literally) no longer on the menu.

But the truly frustrating part was that my city of Enkomi had a Horse Good within its Area of Influence, yet that Good was NOT available for Trade (see attached), nor - apparently - able to meet the Horse Requirement for the building of Cav Units. What in name of all that's holy could possibly cause this???

[Kull]

City Population: Workers-Citizens-Slaves:

The Great Library entries are somewhat confusing when it comes to defining the difference between Slaves, Workers, and Citizens. Even the "City Manager" screen incorrectly implies (or at least it did - now fixed - see attached) that Slaves are Citizens by showing "Citizens" as the sum of Slaves + Workers. While the GL does have entries for Workers and Slaves, it says nothing directly about "Citizens", and thus a new concept entry has been created to fill that gap.

The game clearly intends that Citizens and Slaves be handled as a single "Worker" entity when you look at the sliders on the "Domestic Policy" tab since it does not differentiate between the two in the context of global work hours, wages, and food (although the Slave entry in the GL says they only eat half the food allowance)

However, they are definitely NOT the same thing, since Citizens have a number of abilities which Slaves do not, thus making them much more valuable:

- Only Citizens can be assigned as Specialists.
- Building a Unit with the "Settle" ability (such as the Nomad) requires (and expends) one Citizen from the city's Population.
- Once a City expands its Area of Influence, a certain number of non-Specialist Citizens are required in order for a city to access Trade Goods located within the expanded area.

The third point is not intuitive (nor explained in the manual), but it's critically important that the player understand exactly what that means. We'll discuss it next.

[Kull]

City "Area of Influence:

Neither the Great Library nor the Manual talk about the difference between population growth limits (controlled by buildings) and the population levels needed to expand a city's Area of Influence (the hexes within the dotted white line perimeter which are available to be "worked" by the city residents - see attached example). For example city populations are locked at 12 until you can build an Apothecary, but the area of influence expands when the population goes from 8 to 9.

Accordingly, there's going to be a new concept entry for "City Influence" so the player realizes that Level 1 (8 hexes surrounding the city) is for pop sizes 1-8, Level 2 (an additional 12 hexes) is for pop sizes 9-20, Level 3 (an additional 24 hexes) is for pop sizes 21-32, Level 4 (an additional 12 hexes) is for pop sizes 33-46, and Level 5 (an additional 12 hexes) is for all population levels in excess of 47.

That of course is helpful information, but there's a lot more to this than meets the eye, as we'll discuss in a subsequent post. But first we'll have to clarify some associated language.

[Kull]

String File edits and Message Corruption:

While discussing the "Swap File Solution" back in Post # 146, I commented that "you can swap almost any file and see the changes immediately simply by loading your Save game", but that string files were an exception because "even a ONE WORD change to a SINGLE MESSAGE results in the corruption of EVERY MESSAGE!" However, despite the capitalizations, that is not true.

During the ongoing playtest I made a number of message changes (planning to implement them later), but accidentally left a few in place and soon realized there was no message corruption whatsoever. Further testing showed that you can make any number of changes to EXISTING messages, and that message corruption will only occur if you add NEW ones.

The attachment shows an example of each - the upper screenshot shows the Messages you get when adding a single line to info_str.txt, while the one below shows the messages after editing an existing line. You'll notice that the "messageicons" are identical in each example, and that's because they are reporting the SAME events, except - obviously - the text on top is corrupt.

Looking back, I was editing AND adding, and thus didn't realize there was a difference. Anyway, this means that "Message Editing" is back on the menu as part of the Swap File changes. As just one example, the Infobar text was recently changed to "Disrupted", that being a generic message which could apply to cities that were "Sabotaged" (Ancient Era) or "Injoined" (Modern Era) (see post # 263).
But now we can have both, simply by including different versions of ldl_str.txt in each Swap File.

[Kull]

IncreaseScientists Attribute for Wonders (con):

Here's the key - as the next attachment shows, the increase in Science only occurs when Science Specialists are assigned. Before the arrival of the Great Library, Specialists increased the Science Points from 11 to 22, but AFTER the Wonder is built, the Specialists increase the number to 26. Keep in mind that Science Points are affected by a large number of things, including Gov types, Feats, Improvements, and other Wonders, so the quantity of "point increase" is variable and will constantly change as your game progresses.

[Kull]

IncreaseScientists Attribute for Wonders:

The promised release is going to be delayed for a while because the current playtest has revealed the actual workings of a number of game mechanisms that I previously assumed were bugged. The first of these is the "IncreaseScientists" attribute used by several Wonders. The GL variously reports this capability as either "Increasing Science in the Host City" or "Increasing Science Specialists in the Host City". As it turns out, NEITHER of these is strictly true.

As you can see in the attachment below, the Science Points in Ashur are "11" both before and after completion of the new Great Library Wonder. Nor were there any additional Science Specialists. So what's going on?

[Kull]

Exactly 2 years ago, this thread kicked off, and I'd have to say it's been an interesting journey. Learned much along the way, but what about the initial goal? A version of Hexagonian's Cradle that is fully compatible with the Apolyton Edition? As veteran thread viewers might well agree, the answer is yes. For the past week+ I've been running a long "human game", and it's been.....fun. So while there's a lot which could be done to tweak and improve further, maybe it's just time to send this out there and see what others think.

Technically that means putting a halt to further changes, solidify the "Era Swap"....and then hosting. But it is kind of cool to see the end most definitely in sight.

[Kull]

Various changes and new features:

1) New Religious Victory Movie: As noted above, a new victory movie was created for "Birth of an Empire", and the same process (editing the CtP1 Intro movie) was used to create a new Movie for the Religious Victory. Tested and works fine.

2) New Science Feat: An additional Feat has been added for the builder of the first 5 Ziggurats, since there should be an early game Science Feat.

3) Advance Discovery Feats: The first civ to discover each of 13 Advances (f/e Concrete, Internet, Robotics, etc) get a Feat Bonus, but that information was not included in the Great Library. It is now.

4) Dark Age Duration: The Minoans and Mayans have "Dark Age" Feats which last for 100 turns. By contrast, there are only 6 other Civs with Dark Ages, and their duration is either 20 or 30 turns. I've experienced the longer ones, and they seem to last forever (1000 years!) Accordingly we'll drop them from 100 to 50 turns.

5) Advance Links: Changed the flow of Advances so that "Tank Warfare" is no longer a dead end but is part of the chain leading to "Combined Arms" (which includes the "Heavy Tank").

6) Advance Links (con): Likewise, "Naval Aviation" now flows into the "Flight" series of Advances as a pre-req for "Jet Propulsion" replacing the redundant "Modern Metallurgy (already part of that chain).

7) Convert City: Success and Death Rates for the dedicated Religious Units were inconsistent. As just one example, the Cleric's death rate was very high (.5) while the earlier Prophet was quite a bit lower (.3), but all needed tweaking. Several of the Wonder units also have this ability but their chance of success is very low (.4 or less), which is offset by no chance of dying.

8) Advance Cost adjustments: Reviewed all L1 thru L4 Advances and revised some of the research costs (some higher, some lower), mostly to account for moving several of the Wonders to Advances that previously had no benefits. The main change was to L4, which had a big disconnect in research costs: Half of them averaged 800 (roughly the same as L3) while the rest were around 1500. Now all are 1000 or more. The average increase was kept to 80 by instituting a huge reduction in the "Chariots" Advance (from 1700 to 1000).

9) "NoZOC" attribute for Destroyer unit: Only three "non-Wonder" military units have ZOC; Battleship, Destroyer, & Dreadnaught. Of those I can see the rationale (sort of) for Battleship given its size and "over-the-horizon" gun range (and Dreadnaught if only because that is the upgrade from Battleship), but Destroyer doesn't make sense, especially since it has short range guns and upgrades to Plasma Destroyer (which does not have ZOC).

10) Changed "Injoined" to "Disrupted": When a city is "sabotaged", the text in the Infobar (bottom of the screen) said "injoined". Unfortunately this is controlled by the ldl_str.txt file (one of those which can't be swapped), so we'll need a generic term that applies to BOTH "sabotage" (the ancient era attack) and "injoin" (the modern version). "Production Halted" worked for both, but is much longer (18 characters) than any other messages in this location. Eventually I settled on "Disrupted", which applies regardless of era. As an aside, I ran a test to see how the Infobar handled multiple results, specifically an enemy city that was Converted, Franchised, Disrupted, and Watchful. In this case the city name was short enough so the "Infobar" could display all of that text (see attached), but if not the screen fits as many characters as possible and then ends the line with a series of periods (...)

[Kull]

Modified Attributes for most Wonder units:

While re-arranging the early game Wonders (as described in several of the posts above), I also examined the associated Wonder Units and their attributes. The initial focus was on same-era units that had different attributes, such as Sargon's ability to enslave while his cultural contemporary Nebuchadnezzar could not. This led to a wider look at ALL the Wonder units, which identified additional issues:
- Too many ancient-era units could project a Zone of Control
- Many units had the Bombard ability prior to the existence of onager-type weapons
- A large number of units were given the semi-functional Siege attribute (only works for the AI)

In addition, the SC Team added a number of new attributes to the Units Database, none of which were being utilized in Cradle. Several in particular seemed quite useful:
- CanHarvest adds terrain gold to the treasury when entrenched. Basically a form of non-destructive pillaging.
- AlwaysHeal allows units to heal in the field even after moving. Not a complete "return to Health", but the same level of healing granted to a unit that didn't move at all.
- Sneakbombard supposedly allows units to bombard without war being declared, but unfortunately I could not get it to function. Would have been a nice addition for units like Sun Tzu and Genghis, but alas, no.

As you can see from the attachment, this was a comprehensive review in which the attributes of almost every Wonder Unit were adjusted to some degree.

Files changed: Units.txt & GL.txt