FANDOM


Triggers enables the player to create and activate a variety of effects once certain conditions are meet. These features can be used to enhance scenarios and simulate many genres, e.g. Defend-the-Spot, Role-playing games and Fixed Force effectively. If used creatively, triggers can be used to create objects that can be found nowhere else in the game. For example, looping the creation of shore fish using the Create Object trigger can be used to simulate a fountain or splashing water.

OverviewEdit

To create a trigger, go to the Triggerstab and select New trigger. Triggers can be renamed by clicking Triggers info but it will always set to Trigger # and highlighted in red by default. Red indicates that the trigger will not fire while green indicates that the trigger is fully operational once New Conditions and New Effects are created. The triggers tab was updated with the Conquerors expansion pack that added new features like the Change Object Name, Change Object HP and Change Object Attack effects, which enables the creation of customized units. Designers no longer need to use the name of old, historical figures anymore: any fantasy theme could now be created. Triggers can also be looped if the box is checked. This reactivates the trigger repeatedly until the game is over.

Trivia Edit

  • The maximum amount of resources a player can have before the numbers in the display tab freeze during the game is now 2,147,483,648 or 231 with the HD expansions instead of around 1 billion. The player can still spend resources despite the problem, however, and much of the glitches related to this incident have been fixed through subsequent HD expansions. Although the game does account for resources beyond this value, the numbers will not change until the number of resources is below this threshold. This value can only be reached by using triggers.
  • 231 is also the maximum amount of resources a Gaia player can tribute to another player at a time. Exceeding this value would cause the game to automatically round it down to 231-1.

GlitchesEdit

Although triggers are very useful, it can initiate several bugs that may impact gameplay, both positive or negative. Most of the glitches caused by these bugs are minor and do not affect the game system. The most serious it can get is ending the game prematurely and forcing the game to crash unexpectedly if the editor is not careful enough. Most crashes are caused by triggers overloaded with too many effects or affecting too many units at once. Multiple triggers fired simultaneously can also cause this problem. However, this can be easily solved by spacing out triggers and distributing its effects evenly using multiple triggers under wider time intervals.

Infinite LoopsEdit

Looping triggers can be useful in small amounts, but if this option is used in conjunction with extraordinarily high values, glitches and even crashes can occur. A similar situation can happen If too many triggers go off at once. Using values that exceed certain limits can also create similar problems. Anytime when an input quantity exceeds a limit, each of the following scenarios can happen even if the trigger is not being looped.

ResourcesEdit

Exceeding the 999,999,999 resource display capacity will cause the digits to veer off screen. If this limit is surpassed by the input quantity and the trigger is being looped, the loop will stop automatically. An even larger number exceeding this limit by an order magnitude will result the following:

  • The tribute may be reduced to any random value below 1,500,000,000 of any resource. Upon exiting the trigger tab or the playtest of that scenario, that random value will appear automatically in the quantity section of the effect tab.
  • A more extreme case exists in which a bug will cause the resource display to freeze and render the player's resource economy useless since it prevents development of units and technologies. Recovering from this is impossible unless the game ends. Sometimes, the resource display number will be negative. If this were to happen, the quantity of that tribute will be set to 0 upon exiting that scenario.

StatsEdit

A similar situation can also occur when triggers reward additional attack or hit points for units and buildings. Exceeding 32,000 in either of them at any rate initiates a bug that can cause unexpected things to happen. Upon exiting the trigger tab or the scenario playtest, the quantity will be automatically set to a random amount less than 1,500,000 if the original quantity exceeds it by an order of magnitude.

  • For example, if the hit points reach 32,000 too quickly, death for that unit or building is inevitable. This can be a major problem since this will affect all units impacted by the trigger and will cause the player to lose the game prematurely.
  • Alternatively, a similar bug may be initiated if a trigger causes the attack of any unit or building to exceed 32,000 at any rate. Instead of losing that unit or building, the bug will cause the attack to fluctuate very quickly between the original attack and some random number slightly less than 40,000. The attack will be initially high upon reaching the limit and then decrease to the original attack strength. This will repeat until the game is over. Although the stats will display the original attack at some point, the unit will deal only 1 damage to any unit or building until the unit gains attack again. At the same time, the hit points may also increase at a higher rate depending on how fast the attack is raised.
  • On a similar note, a different bug can cause the hit points of a unit to exceed the supposed hit point capacity. This occurs when the green bar displaying amount of hit points veers off screen towards the right. This can happen at any time when the trigger increasing hit points are looped. Units that can change tasks such as villagers, monks and trebuchets will always be affected by it. Damaged buildings and converted units may also face this situation, but is less common. Buildings that constantly gain hit points will retain their appearance even as the player advances through different ages.
  • In some cases, the hit points can increase faster than the limit if the trigger increasing hit points keeps looping. This is especially common to units that can change tasks. Each time a unit change tasks, the rate at which the hit points increases will accelerate. If this continues long enough, the green bar may veer off course so fast that the green bar would gradually be replaced by a red one. This usually occurs if the hit points approach 100 million, but this color change may not always happen. If it continues, this color change can oscillate repeatedly upon clicking the unit until the trigger stops or until the hit points exceed 1 billion. Any value higher than this and the numbers would turn negative while the green bar will disappear. The unit will remain immortal unless the player researches Heresy and converted by enemy Monks.

Ad blocker interference detected!


Wikia is a free-to-use site that makes money from advertising. We have a modified experience for viewers using ad blockers

Wikia is not accessible if you’ve made further modifications. Remove the custom ad blocker rule(s) and the page will load as expected.