Difference between revisions of "RandomAction2"

From GRFSpecs
Jump to navigationJump to search
(update feature table)
(Add road stops triggers section)
 
(19 intermediate revisions by 7 users not shown)
Line 49: Line 49:
 
Count the number of bytes in this action.
 
Count the number of bytes in this action.
   
==Feature==
+
===Feature===
   
 
This sets the type of [[Features|feature]] that you wish to change. Set it to:
 
This sets the type of [[Features|feature]] that you wish to change. Set it to:
Line 81: Line 81:
 
|-
 
|-
 
|11||Airport Tiles
 
|11||Airport Tiles
  +
|-
  +
|12||Roadtypes
  +
|-
  +
|13||Tramtypes
  +
|-
  +
|14||Road Stops
 
|}
 
|}
   
Line 120: Line 126:
   
 
{| |-
 
{| |-
  +
!Value!!Meaning
!0!!count back (away from the engine), starting at this vehicle
 
  +
|-
  +
|0||count back (away from the engine), starting at this vehicle
 
|-
 
|-
 
|4||count forward (toward the engine), starting at this vehicle.
 
|4||count forward (toward the engine), starting at this vehicle.
Line 136: Line 144:
   
 
Trigger bits are feature-specific, see below.
 
Trigger bits are feature-specific, see below.
  +
  +
Note, that rerandomisation only occurs in the graphics chain, not for callbacks. So, if you use a random action only inside a callback and want to rerandomise the bits, you have to add a "dummy" rerandomisation RA2 into the graphics chain.
  +
  +
Example:
  +
-1 * -1 02 04 02
  +
80 // random in callback
  +
00 // no triggers
  +
00 // first random bit to use
  +
\b 16 // number of cases
  +
\w 10 \w 11 \w 12 \w 13 // random cases
  +
\w 14 \w 15 \w 16 \w 17
  +
\w 18 \w 19 \w 20 \w 21
  +
\w 22 \w 23 \w 24 \w 25
  +
  +
-1 * -1 02 04 01
  +
85 0C 00 \wx FFFF
  +
01
  +
\w 2 \w 14 \w 14 // callback 14
  +
\w 3 // graphics chain
  +
  +
-1 * -1 02 04 00
  +
80 // dummy random outside callback
  +
04 // train arrival
  +
00 // first bit to rerandomise
  +
\b 16 // number of cases
  +
\w 1 \w1 \w 1 \w1 // all cases the same, only for triggering rerandomisation
  +
\w 1 \w1 \w 1 \w1
  +
\w 1 \w1 \w 1 \w1
  +
\w 1 \w1 \w 1 \w1
  +
  +
-1 * -1 03 04 01 00 00 \w 0 // action 3
   
 
=== randbit ===
 
=== randbit ===
   
For versions before TTDPatch 2.0.1 alpha 30, leave this at 00. It doesn't quite work the way intended (it was supposed to allow independent random chains, but currently everything is re-randomized at the same time, thereby defeating this mechanism).
+
{{ottdp|no|<2.5|ttdprev=alpha30}} For versions before TTDPatch 2.0.1 alpha 30, leave this at 00. It doesn't quite work the way intended (it was supposed to allow independent random chains, but currently everything is re-randomized at the same time, thereby defeating this mechanism).
   
Since TTDPatch 2.0.1 alpha 30, only those bits that actually get triggered will be re-randomized.  Prior versions always re-randomized all bits.  This will make it possible to have independent sets of bits for independent triggers (or untriggered bits, set only at the time of purchase). Setting randbit determines the first bit to be re-randomized, as well as basing the random graphics on. The total number of bits used is the 2-logarithm of nrand below (e.g., for nrand=16, 4 bits are used).
+
{{ottdp| |2.5|ttdprev=alpha 30}} Since TTDPatch 2.0.1 alpha 30, only those bits that actually get triggered will be re-randomized. Prior versions always re-randomized all bits. This will make it possible to have independent sets of bits for independent triggers (or untriggered bits, set only at the time of purchase). Setting randbit determines the first bit to be re-randomized, as well as basing the random graphics on. The total number of bits used is the 2-logarithm of nrand below (e.g., for nrand=16, 4 bits are used).
   
 
=== nrand ===
 
=== nrand ===
Line 152: Line 191:
   
 
== Triggers ==
 
== Triggers ==
  +
  +
{| |-
  +
!rowspan="2"|Feature
  +
!colspan="2"|Random bits
  +
!rowspan="2"|Triggers
  +
|-
  +
!Self!!Related
  +
|-
  +
|Vehicles
  +
|8
  +
{{ottdp|14.0|no}} 16
  +
|8 read-only
  +
{{ottdp|14.0|no}} 16 read-only
  +
|yes
  +
|-
  +
|Stations||16 + 4 <ref name="stationshared">16 Bits shared for the whole station/airport (airport and station share the same bits). 4 bits per tile.</ref><ref>TTDPatch actually only implements 8 shared random bits (plus 4 per tile). Bits 8-15 are always zero.</ref>
  +
|no||yes
  +
|-
  +
|Canals||8||no||no
  +
|-
  +
|Houses||8||no||yes
  +
|-
  +
|Industry tiles||8||16||yes
  +
|-
  +
|Industries||16||no||no
  +
|-
  +
|Airports||16 <ref name="stationshared"/>||no||no
  +
|-
  +
|Objects||8||no||no
  +
|-
  +
|Railtypes||2||no||no
  +
|-
  +
|Roadtypes||2||no||no
  +
|-
  +
|Tramtypes||2||no||no
  +
|-
  +
|Airport tiles||16 + 4 <ref name="stationshared"/>||no||no
  +
|-
  +
|Road stops||16 + 8 <ref name="stationshared"/>||no||no
  +
|}
  +
<references/>
   
 
=== Vehicles ===
 
=== Vehicles ===
   
Vehicles have 8 random bits, and the following triggers:
+
Vehicles have 8 random bits, increased to 16 since {{ottdp|14.0|no}}, and the following triggers:
   
 
{| |-
 
{| |-
!Bit!!Value!!Trigger
+
!Bit!!Value!!Version!!Trigger
 
|-
 
|-
|0||01||Vehicle gets new load of cargo (only after it was empty)
+
|0||01||{{ottdp|0.6|2.0}}||Vehicle gets new load of cargo (only after it was empty)
 
|-
 
|-
|1||02||Vehicle enters a depot and is serviced
+
|1||02||{{ottdp|0.6|2.0}}||Vehicle enters a depot and is serviced
 
|-
 
|-
|2||04||The consist has unloaded all cargo
+
|2||04||{{ottdp|0.6|2.5}}||The consist has unloaded all cargo
 
|-
 
|-
|3||08||Any vehicle of the consist receives cargo
+
|3||08||{{ottdp|0.6|2.5}}||Any vehicle of the consist receives cargo
 
|-
 
|-
|4||10||[[Callbacks#32-day callback (32) |Callback 32]] returned 1
+
|4||10||{{ottdp|0.6|2.5}}||[[Callbacks#32-day callback (32) |Callback 32]] returned 1
 
|}
 
|}
   
 
The consist trigger bits 2 and 3 allow re-randomizing whenever the consist receives cargo after fully unloading. They should be used with action 2 type 80, not 83, and the random-triggers variable should have 80 added to it, to make the re-randomizing happen only if the consist was empty and '''then''' received new cargo.
 
The consist trigger bits 2 and 3 allow re-randomizing whenever the consist receives cargo after fully unloading. They should be used with action 2 type 80, not 83, and the random-triggers variable should have 80 added to it, to make the re-randomizing happen only if the consist was empty and '''then''' received new cargo.
  +
  +
Vehicles can read the random bits of other vehicles (using random action type 83 or 84), but they can only trigger
  +
rerandomisation of their own bits. Do not specify any triggers for rerandomisation when accessing random bits of other vehicles (via type 83 or 84), it will not do what you think.
   
 
=== Stations ===
 
=== Stations ===
Line 178: Line 261:
   
 
{| |-
 
{| |-
!Bit!!Value!!Trigger
+
!Bit!!Value!!Version!!Trigger
 
|-
 
|-
|0||01||new cargo waiting
+
|0||01||{{ottdp|1.3|2.5}}||new cargo waiting
 
|-
 
|-
|1||02||no more cargo
+
|1||02||{{ottdp|1.3|2.5}}||no more cargo
 
|-
 
|-
|2||04||train arrives (starts unloading/loading)
+
|2||04||{{ottdp|1.3|2.5}}||train arrives (starts unloading/loading)
 
|-
 
|-
|3||08||train leaves (done unloading & loading)
+
|3||08||{{ottdp|1.3|2.5}}||train leaves (done unloading & loading)
 
|-
 
|-
|4||10||train loads or unloads cargo
+
|4||10||{{ottdp|1.3|2.5}}||train loads or unloads cargo
 
|-
 
|-
|5||20||train reserves platform (using PBS)
+
|5||20||{{ottdp|1.3|2.5}}||train reserves platform (using PBS)
 
|}
 
|}
   
Line 196: Line 279:
   
 
Triggers 04, 08, 10 and 20 only affect the platform on which they occur, as well as the random bits of the station, but not other platforms.
 
Triggers 04, 08, 10 and 20 only affect the platform on which they occur, as well as the random bits of the station, but not other platforms.
  +
  +
Because the 'occured triggers' are only stored once per station (not distinguishing tiles or cargo types), adding 80 to
  +
random-triggers does not make a lot of sense.
   
 
=== Town building triggers ===
 
=== Town building triggers ===
Line 202: Line 288:
   
 
{| |-
 
{| |-
!Bit!!Value!!Trigger
+
!Bit!!Value!!Version!!Trigger
 
|-
 
|-
|0||01||the building tile is processed in the periodic tile processing loop
+
|0||01||{{ottdp|0.6|2.5}}||the building tile is processed in the periodic tile processing loop
 
|-
 
|-
|1||02||the top tile of the building is processed in the periodic tile processing loop
+
|1||02||{{ottdp|0.6|2.5}}||the top tile of the building is processed in the periodic tile processing loop
 
|}
 
|}
   
Line 217: Line 303:
 
=== Industry tile triggers ===
 
=== Industry tile triggers ===
   
Industry tiles have 8+16 random bits. &nbsp;Accessed through random action 2 type 80, you get 8 tile-specific bits, and accessed through random action 2 type 83, you get 16 industry-specific bits. &nbsp;The triggers are the same for both:
+
Industry tiles have 8+16 random bits. Accessed through random action 2 type 80, you get 8 tile-specific bits, and accessed through random action 2 type 83, you get 16 industry-specific bits. The triggers are the same for both. Triggers 02 and 04 are triggered for all tiles of the industry at once. Every tile can rerandomise both its own random bits and those of the industry. That is every tile can specify some bits of the industry to rerandomize, and the union of all those bits will be rerandomsied at the end.
   
 
{| |-
 
{| |-
!Bit!!Value!!Trigger
+
!Bit!!Value!!Version!!Trigger
 
|-
 
|-
|0||01||the building tile is processed in the periodic tile processing loop
+
|0||01||{{ottdp|0.6|2.5}}||the building tile is processed in the periodic tile processing loop<ref>{{ottdp|no| |}} Rerandomisation of the shared bits of the industry does not happen properly in current TTDPatch.</ref>
 
|-
 
|-
|1||02||triggers simultaneously for all tiles of the industry every 256 ticks. If the industry is a primary one, output cargo is generated at the same time.
+
|1||02||{{ottdp|0.6|2.5}}||triggers simultaneously for all tiles of the industry every 256 ticks. If the industry is a primary one, output cargo is generated at the same time.
 
|-
 
|-
|2||04||cargo is delivered to the industry. If the industry is a processing one, output cargo is generated at the same time.
+
|2||04||{{ottdp|0.6|2.5}}||cargo is delivered to the industry. If the industry is a processing one, output cargo is generated at the same time.
 
|}
 
|}
  +
<references />
   
 
Trigger 1 works similarly to trigger 1 for houses except that you cannot multiply the timeout: it's always 256 ticks.
 
Trigger 1 works similarly to trigger 1 for houses except that you cannot multiply the timeout: it's always 256 ticks.
  +
  +
Industry tiles can rerandomise both their own random bits as well as the random bits of the industry (via random action type 83).
  +
The remembered triggers for rerandomisation with 80 added to the triggers are in both cases the same per tile.
  +
  +
Industries have random bits. However, they can only be rerandomised by their tiles.
   
 
=== Canals ===
 
=== Canals ===
Line 245: Line 337:
 
Also note that the random bits are unique to each tile in the object, and are not shared across the whole object.
 
Also note that the random bits are unique to each tile in the object, and are not shared across the whole object.
   
=== Rail types ===
+
=== Railtypes ===
   
 
Rail tiles have 2 pseudo random bits, based on tile location.
 
Rail tiles have 2 pseudo random bits, based on tile location.
   
 
There are no triggers.
 
There are no triggers.
  +
  +
=== Roadtypes ===
  +
  +
Road tiles have 2 pseudo random bits, based on tile location.
  +
  +
There are no triggers.
  +
  +
=== Tramtypes ===
  +
  +
Tram tiles have 2 pseudo random bits, based on tile location.
  +
  +
There are no triggers.
  +
  +
=== Road stops ===
  +
  +
Road stops have 16+4 random bits. Bits 0 to 15 are a property of the station as a whole, and bits 16 to 19 are different for each tile. &nbsp;To get tile-based randomness, therefore use randbit=10 and nrand of no more than 16 (since only 4 random bits are available per tile).
  +
  +
{| |-
  +
!Bit!!Value!!Version!!Trigger
  +
|-
  +
|0||01||{{ottdp|14}}||new cargo waiting
  +
|-
  +
|1||02||{{ottdp|14}}||no more cargo
  +
|-
  +
|2||04||{{ottdp|14}}||road vehicle arrives (starts unloading/loading)
  +
|-
  +
|3||08||{{ottdp|14}}||road vehicle leaves (done unloading & loading)
  +
|-
  +
|4||10||{{ottdp|14}}||road vehicle loads or unloads cargo
  +
|}
  +
  +
Also note that none of the above triggers will actually trigger unless prop. 0D has at least one bit set. &nbsp;Triggers 01 will be triggered for any of the cargo types set in prop. 0D, but trigger 02 will only be triggered if all of those cargo types have no more cargo waiting. Triggers 04 and 08 are triggered no matter what cargo types the road vehicle transports, as long as prop. 0D is not zero.
  +
  +
Triggers 04, 08, and 10 only affect the tile on which they occur, as well as the random bits of the station, but not other tiles.
  +
  +
Because the 'occured triggers' are only stored once per station (not distinguishing tiles or cargo types), adding 80 to
  +
random-triggers does not make a lot of sense.
  +
   
 
=== Other features ===
 
=== Other features ===

Latest revision as of 19:58, 16 January 2024

Introduction

Unlike VariationalAction2, whose results are always determined by a predictable decision, RandomAction2 can use randomized results to pick one of several Action2 entries.

Format

The data looks as follows:

<Sprite-number> * <Length> 02 <feature> <set-id> [80|83] <random-triggers> <randbit> <nrand> <set-ids>

From TTDPatch 2.6 r1850 and OpenTTD r12452, and for vehicles only:

<Sprite-number> * <Length> 02 <feature> <set-id> 84 <count> <random-triggers> <randbit> <nrand> <set-ids>
Element Size Description
<Sprite-number> dec A sequential sprite number
<length> dec The total number of bytes used in this action.
02 B Defines action 02
<feature> B For what type of vehicle/station/... should this definition be used?
<set-id> B The ID of this action 2 (used like a cargo ID)
80, 83, 84 B Type of random action, see below.
<count> B (when present) Location of controlling vehicle.
<random-triggers> B When to re-randomize
<randbit> B What random bit to use for this action 2
<nrand> B Number of set-ids to choose from, must be a power of 2
<set-ids> W Action 2 set-ids to choose from.

Description

Sprite-number

This is just the number you are at.

Length

Count the number of bytes in this action.

Feature

This sets the type of feature that you wish to change. Set it to:

Value Feature
00 Trains
01 Road Vehicles
02 Ships
03 Aircraft
04 Stations
05 Canals/Rivers
07 Houses
09 Industry Tiles
0A Industries
0D Airports
0F Objects
10 Railtypes
11 Airport Tiles
12 Roadtypes
13 Tramtypes
14 Road Stops

set-ID

This defines the number of this action 2.  The ID can then be used as target in an action 3 or another variational/random action 2.

80/83/84

Use 80 to randomize the object (vehicle, station, building, industry, object) based on its own triggers and bits.

Use 83 to randomize the object based on its "related" object (s.b.).

Use 84 to randomize the vehicle based on any vehicle in the consist.

Feature Related object
Vehicles (00-03) First vehicle of consist
Stations (04) N/A
Houses (07) N/A
Industry tiles (09) Industry containing tile
Industries (0A) N/A
Objects (0F) N/A

count

For type 84, this specifies which vehicle's random bits this vehicle will be using and/or modifying.

The low nibble (bits 0-3) specifies how far to count from the starting vehicle. If it is zero, the count will be read from GRF register 100h instead.

The high nibble (bits 6-7, actually) specifies which vehicle is the starting vehicle, and which direction to count:

Value Meaning
0 count back (away from the engine), starting at this vehicle
4 count forward (toward the engine), starting at this vehicle.
8 count back, starting at the engine
C count back, starting at the first vehicle in this chain of vehicles with the same ID, as for vehicle variable 41

Bits 4-5 are reserved and must be zero, so other values of the high nibble are not allowed.

random-triggers

This is a bit mask of triggers which cause re-randomizing. Normally, any matching trigger causes the graphics to be randomized again, but if you add 80 to the bitmask, the re-randomizing only happens if all triggers have occurred.

Trigger bits are feature-specific, see below.

Note, that rerandomisation only occurs in the graphics chain, not for callbacks. So, if you use a random action only inside a callback and want to rerandomise the bits, you have to add a "dummy" rerandomisation RA2 into the graphics chain.

Example:

-1 * -1   02 04 02
          80                         // random in callback
          00                         // no triggers
          00                         // first random bit to use
          \b 16                      // number of cases
          \w 10 \w 11 \w 12 \w 13    // random cases
          \w 14 \w 15 \w 16 \w 17
          \w 18 \w 19 \w 20 \w 21
          \w 22 \w 23 \w 24 \w 25

-1 * -1   02 04 01
          85 0C 00 \wx FFFF
          01
          \w 2 \w 14 \w 14           // callback 14
          \w 3                       // graphics chain

-1 * -1   02 04 00
          80                         // dummy random outside callback
          04                         // train arrival
          00                         // first bit to rerandomise
          \b 16                      // number of cases
          \w 1 \w1 \w 1 \w1          // all cases the same, only for triggering rerandomisation
          \w 1 \w1 \w 1 \w1
          \w 1 \w1 \w 1 \w1
          \w 1 \w1 \w 1 \w1

-1 * -1   03 04 01 00 00 \w 0        // action 3

randbit

Not supported by OpenTTD Supported by TTDPatch <2.5 (alpha30)<2.5 For versions before TTDPatch 2.0.1 alpha 30, leave this at 00. It doesn't quite work the way intended (it was supposed to allow independent random chains, but currently everything is re-randomized at the same time, thereby defeating this mechanism).

Supported by OpenTTD Supported by TTDPatch 2.5 (alpha 30)2.5 Since TTDPatch 2.0.1 alpha 30, only those bits that actually get triggered will be re-randomized. Prior versions always re-randomized all bits. This will make it possible to have independent sets of bits for independent triggers (or untriggered bits, set only at the time of purchase). Setting randbit determines the first bit to be re-randomized, as well as basing the random graphics on. The total number of bits used is the 2-logarithm of nrand below (e.g., for nrand=16, 4 bits are used).

nrand

Number of different sets to choose from.  This must be a power of 2, i.e. 2, 4, 8, 16 etc.

set-ids

Action 2 IDs to randomly choose from

Triggers

Feature Random bits Triggers
Self Related
Vehicles 8

Supported by OpenTTD 14.014.0 Not supported by TTDPatch 16

8 read-only

Supported by OpenTTD 14.014.0 Not supported by TTDPatch 16 read-only

yes
Stations 16 + 4 [1][2] no yes
Canals 8 no no
Houses 8 no yes
Industry tiles 8 16 yes
Industries 16 no no
Airports 16 [1] no no
Objects 8 no no
Railtypes 2 no no
Roadtypes 2 no no
Tramtypes 2 no no
Airport tiles 16 + 4 [1] no no
Road stops 16 + 8 [1] no no
  1. 1.0 1.1 1.2 1.3 16 Bits shared for the whole station/airport (airport and station share the same bits). 4 bits per tile.
  2. TTDPatch actually only implements 8 shared random bits (plus 4 per tile). Bits 8-15 are always zero.

Vehicles

Vehicles have 8 random bits, increased to 16 since Supported by OpenTTD 14.014.0 Not supported by TTDPatch, and the following triggers:

Bit Value Version Trigger
0 01 Supported by OpenTTD 0.60.6 Supported by TTDPatch 2.02.0 Vehicle gets new load of cargo (only after it was empty)
1 02 Supported by OpenTTD 0.60.6 Supported by TTDPatch 2.02.0 Vehicle enters a depot and is serviced
2 04 Supported by OpenTTD 0.60.6 Supported by TTDPatch 2.52.5 The consist has unloaded all cargo
3 08 Supported by OpenTTD 0.60.6 Supported by TTDPatch 2.52.5 Any vehicle of the consist receives cargo
4 10 Supported by OpenTTD 0.60.6 Supported by TTDPatch 2.52.5 Callback 32 returned 1

The consist trigger bits 2 and 3 allow re-randomizing whenever the consist receives cargo after fully unloading. They should be used with action 2 type 80, not 83, and the random-triggers variable should have 80 added to it, to make the re-randomizing happen only if the consist was empty and then received new cargo.

Vehicles can read the random bits of other vehicles (using random action type 83 or 84), but they can only trigger rerandomisation of their own bits. Do not specify any triggers for rerandomisation when accessing random bits of other vehicles (via type 83 or 84), it will not do what you think.

Stations

Stations have 16+4 random bits. Bits 0 to 15 are a property of the station as a whole, and bits 16 to 19 are different for each tile.  To get tile-based randomness, therefore use randbit=10 and nrand of no more than 16 (since only 4 random bits are available per tile).

Bit Value Version Trigger
0 01 Supported by OpenTTD 1.31.3 Supported by TTDPatch 2.52.5 new cargo waiting
1 02 Supported by OpenTTD 1.31.3 Supported by TTDPatch 2.52.5 no more cargo
2 04 Supported by OpenTTD 1.31.3 Supported by TTDPatch 2.52.5 train arrives (starts unloading/loading)
3 08 Supported by OpenTTD 1.31.3 Supported by TTDPatch 2.52.5 train leaves (done unloading & loading)
4 10 Supported by OpenTTD 1.31.3 Supported by TTDPatch 2.52.5 train loads or unloads cargo
5 20 Supported by OpenTTD 1.31.3 Supported by TTDPatch 2.52.5 train reserves platform (using PBS)

Also note that none of the above triggers will actually trigger unless prop. 12 has at least one bit set.  Triggers 01 will be triggered for any of the cargo types set in prop. 12, but trigger 02 will only be triggered if all of those cargo types have no more cargo waiting. Triggers 04, 08 and 20 are triggered no matter what cargo types the train transports, as long as prop. 12 is not zero.

Triggers 04, 08, 10 and 20 only affect the platform on which they occur, as well as the random bits of the station, but not other platforms.

Because the 'occured triggers' are only stored once per station (not distinguishing tiles or cargo types), adding 80 to random-triggers does not make a lot of sense.

Town building triggers

Town buildings have 8 random bits.

Bit Value Version Trigger
0 01 Supported by OpenTTD 0.60.6 Supported by TTDPatch 2.52.5 the building tile is processed in the periodic tile processing loop
1 02 Supported by OpenTTD 0.60.6 Supported by TTDPatch 2.52.5 the top tile of the building is processed in the periodic tile processing loop

The periodic tile processing loop constantly processes the tiles of the map, processing any given tile in every 256 ticks (approx. 3.5 TTD days). Since no "real" event happens to town buildings, you have only this opportunity to re-randomize the look of your building.

If every 3.5 days is too fast for you, you can multiply the time-out by setting property 16 for the given tile. The time-out is 256 ticks*(prop. 16+1), so 0 means every 3.5 days, 1 means every 7 days, 2 means every 10.5 days and so on.

If trigger 02 is activated, all parts of the building that has this trigger set will get the same random bits, allowing you to randomize a multi-tile building as one unit. On the other hand, if the tiles of a multi-tile building have trigger 1 set, all tiles will be randomized individually. Note that all tiles of a multi-tile building get the same value when building the building.

Industry tile triggers

Industry tiles have 8+16 random bits. Accessed through random action 2 type 80, you get 8 tile-specific bits, and accessed through random action 2 type 83, you get 16 industry-specific bits. The triggers are the same for both. Triggers 02 and 04 are triggered for all tiles of the industry at once. Every tile can rerandomise both its own random bits and those of the industry. That is every tile can specify some bits of the industry to rerandomize, and the union of all those bits will be rerandomsied at the end.

Bit Value Version Trigger
0 01 Supported by OpenTTD 0.60.6 Supported by TTDPatch 2.52.5 the building tile is processed in the periodic tile processing loop[1]
1 02 Supported by OpenTTD 0.60.6 Supported by TTDPatch 2.52.5 triggers simultaneously for all tiles of the industry every 256 ticks. If the industry is a primary one, output cargo is generated at the same time.
2 04 Supported by OpenTTD 0.60.6 Supported by TTDPatch 2.52.5 cargo is delivered to the industry. If the industry is a processing one, output cargo is generated at the same time.
  1. Not supported by OpenTTD Supported by TTDPatch Rerandomisation of the shared bits of the industry does not happen properly in current TTDPatch.

Trigger 1 works similarly to trigger 1 for houses except that you cannot multiply the timeout: it's always 256 ticks.

Industry tiles can rerandomise both their own random bits as well as the random bits of the industry (via random action type 83). The remembered triggers for rerandomisation with 80 added to the triggers are in both cases the same per tile.

Industries have random bits. However, they can only be rerandomised by their tiles.

Canals

Canals / Rivers have 8 random bits.

There is currently no way to influence the random byte creation via triggers, internally the bits are feed from VarAction2Canals var 83 that is set when building a canal. Feature ids not supported by VarAction2Canals are undefined and should never be used.

Objects

Objects have 8 random bits per tile of the object.

There are no triggers for objects however.

Also note that the random bits are unique to each tile in the object, and are not shared across the whole object.

Railtypes

Rail tiles have 2 pseudo random bits, based on tile location.

There are no triggers.

Roadtypes

Road tiles have 2 pseudo random bits, based on tile location.

There are no triggers.

Tramtypes

Tram tiles have 2 pseudo random bits, based on tile location.

There are no triggers.

Road stops

Road stops have 16+4 random bits. Bits 0 to 15 are a property of the station as a whole, and bits 16 to 19 are different for each tile.  To get tile-based randomness, therefore use randbit=10 and nrand of no more than 16 (since only 4 random bits are available per tile).

Bit Value Version Trigger
0 01 Supported by OpenTTD 1414 Not supported by TTDPatch new cargo waiting
1 02 Supported by OpenTTD 1414 Not supported by TTDPatch no more cargo
2 04 Supported by OpenTTD 1414 Not supported by TTDPatch road vehicle arrives (starts unloading/loading)
3 08 Supported by OpenTTD 1414 Not supported by TTDPatch road vehicle leaves (done unloading & loading)
4 10 Supported by OpenTTD 1414 Not supported by TTDPatch road vehicle loads or unloads cargo

Also note that none of the above triggers will actually trigger unless prop. 0D has at least one bit set.  Triggers 01 will be triggered for any of the cargo types set in prop. 0D, but trigger 02 will only be triggered if all of those cargo types have no more cargo waiting. Triggers 04 and 08 are triggered no matter what cargo types the road vehicle transports, as long as prop. 0D is not zero.

Triggers 04, 08, and 10 only affect the tile on which they occur, as well as the random bits of the station, but not other tiles.

Because the 'occured triggers' are only stored once per station (not distinguishing tiles or cargo types), adding 80 to random-triggers does not make a lot of sense.


Other features

All features not mentioned in the list above have neither random bits nor triggers, including towns (which would be accessed using random action 2 type 83 for stations and industries).

Example