v21.1 [20.1+] Weather System 1.3.4

You can deactivate the weather system anytime during the game with WeatherConfig::NO_WEATHER = true.
If you want to activate it again, use WeatherConfig::NO_WEATHER = false instead.

This will only work if you have Unreal Time System installed.
Use WeatherConfig::USE_REAL_TIME = false for the weather system to use the Unreal Time System to define the starting and end time for the weather.
Use WeatherConfig::USE_REAL_TIME = true for the weather system to use the PC's time to define the starting and end time for the weather.

Set the variable "CHANGE_MIDNIGHT" to true to have weather change after midnight has passed. Set it to false to have weather change after a random number of hours have passed instead.
"CHANGE_TIME_MIN" and "CHANGE_TIME_MAX" set the range of hours the plugin randomly chooses to define the time the weather will change.

While you can define maps to be in a different zone than the maps next to it, you may want them to have the same weather as them with some exceptions. That is where Weather Substitute comes into play. By default, there are 3 weathers defined:

Add in the snow and blizzard arrays all the maps you don't want to ever display snow or blizzard weather. This is to keep maps that display beaches to have cold weather since it's not that common for there to snow, let alone have a blizzard, especially the closer they are to Ecuador.
Add in the sandstorm array the maps you want the sandstorm in. Usually, this is to keep sandstorms to the deserts while having the neighbouring areas still have the same weather the rest of the time.
Important: be sure the keep either "exclude" or "include" in the first position of the array or this feature will not work.
Like with the zone maps and probabilities, you can change them mid-game with WeatherConfig::MAPS_SUBSTITUTE[Weather] = array. Weather has to be in the same form as in the maps substitutes, with ":" before the weather's name.

This takes the form of an array of hashes, which I think will make it easier to configure. For those that don't know, an array is contained between "[ ]" and a hash is contained between "{ }".
This is the example that comes defined by default:

As you can see, each hash corresponds to a zone, so you can have the same weather be substituted by a different one on each zone.
Configuring it is even easier than the probabilities. All you have to do is define this inside the hash: main weather ID => secondary weather ID.
The main weather ID is the name (in the format you see in the example) that defines the weather.
The secondary weather ID is the name (again, in the format you see in the example) that defines the weather.
The plugin will check this and see if the weather it has chosen (the main weather ID) is defined to be changed for another one (the secondary weather ID).
To change which weather is changed in each zone during the game, you can use this code: WeatherConfig::WEATHER_SUBSTITUTE[zone] = hash.
Zone is the number of the zone (0 for the first, 1 for the second, and so on).
Hash is the hash with the weather's conversions defined. Look at the example ones to see how to do them.

To add maps that will use different weather when a certain one should be active, you have to add in the MAPS_SUBSTITUTE hash. It follows this format: key => array.
The key is the ID of the weather that will change when the conditions are met.
The array consists of two things:

• The first element has to be either "include" or "exclude". If you put "include", only the maps in the array will show the weather in the key. If you put "exclude", any of the maps in the array will not show the weather in the key.
• The rest of the array has to be a list of maps.

You can define the names the weather forecast will use for each weather in "WEATHER_NAMES" in the configuration file. It follows this format: weather ID => name of the weather. Follow the already defined examples to add names for any custom weather you added. The plugin will automatically transform the names to lowercase for the example forecast that comes with the plugin.

In the configuration file, there's a section called Map Display near the end of it. There are two things you have to do here.

• Add the maps in MAPS_POSITIONS. You'll see that follows the same structure as ZONE_MAPS. Inside each hash (defined with {} that has to correspond to each zone in ZONE_MAPS), you have to add the info for the maps in the following format: "Map Name" => Map ID. Check the examples that come in the configuration file to see how it's done. Important: be sure that the maps are in the same zone you defined them in ZONE_MAPS.
• Change the name of the weather pictures (stored in the folder Weather within Pictures or UI) to match the ones in that folder. You can add pictures for other weathers as well as long as they follow the same structure.

Added the optional feature for maps to change their tileset to match the season. You have to define the tilesets used for the outdoor maps (the ones you will make the map with) in OUTDOOR_TILESETS and define how many tilesets the plugin has to skip to get the proper season's tileset.

For example: if you make a map with tileset 1 and the summer tileset is 20, you have to define SUMMER_TILESET as 19. You can't define a different number for each tileset in OUTDOOR_TILESETS so try to keep the same difference for them all.

The plugin now also adds the option to change the battle's background (including the bases and message background) to match the season. Like with the encounters, the image follows this name order: BattleBack_Season_Time_ImageType
BattleBack: the name defined on the map's metadata or by the TerrainTag.
Season: "summer", "autumn", "winter" or "spring".
Time: either "eve" or "night". No other time is defined for those images.
ImageType: "base0" for the player's base, "base1" for the wild pokemon or trainer's base, "bg" for the battle background and "message" for the message background.

The plugin will first search if you have an image that matches BattleBack_Season_Time_ImageType. If it's not found, it'll search for BattleBack_Season_ImageType or BattleBack_Time_ImageType. If it still doesn't find a matching one, it'll resort to BattleBack_ImageType.

Added 8 new Environments and 8 new TerrainTags. They are for both grass and tall grass, so you can have the battle bases match the season. You can use the default grass and tall grass terrain tags for any season.
The default ID numbers for the new terrain tags go from 21 to 28. Change them in 04 - Overworld Season/03 - TerrainTag to any unused ones you have.

Added the season splash from the gen 5 games. Like the change of tileset, they won't appear if you have seasons disabled.

The code keeps track of the season and what the last season splash it showed was so they only appear once until the season changes. It also won't show up if the player leaves the game for months and returns to the game in a month with the same season they last played with.

There are only two things to be done for this to work properly:

• Set the OUTDOOR variable in configuration to true (if you want the first season splash showing when going indoors) or false (if you want the first season splash showing when going outdoors).
• Use [imath]WeatherSystem.seasonSplash = true in an event in your game before the first season splash. It can be at the end of the intro event, on an automatic event at the player's house, or anywhere you want. Setting [/imath]WeatherSystem.seasonSplash = false will deactivate the season splash until you activate it again.