Action0/Cargos
Introduction
The NewCargos switch of TTDPatch allows modifying the existing 12 cargos per climate, and allows adding 20 new cargos per climate as well. These cargo slots are numbered from 0 to 31, where slots 0-11 are used by default TTD cargos and slots 12-31 contain uninitialized garbage by default (so you can't trust them having meaningful information, you must set all of their properties).
Properties
Number | Size | Version | Description |
---|---|---|---|
08 | B | 0.6 2.5 | Bit number for bitmasks |
09 | W | 0.6 2.5 | TextID for the cargo type name |
0A | W | 0.6 2.5 | TextID for the name of one unit from the cargo type |
0B | W | 0.6 2.5 | TextID to be displayed for 1 unit of cargo |
0C | W | 0.6 2.5 | TextID to be displayed for multiple units of cargo |
0D | W | 0.6 2.5 | TextID for cargo type abbreviation |
0E | W | 0.6 2.5 | Sprite number for the icon of the cargo |
0F | B | 0.6 2.5 | Weight of one unit of the cargo |
10,11 | B | 0.6 2.5 | Penalty times |
12 | D | 0.6 2.5 | Base price |
13 | B | 0.6 2.5 | Color for the station list window |
14 | B | 0.6 2.5 | Color for the cargo payment list window |
15 | B | 0.6 2.5 | Freight status (for FreightTrains switch); 0=not freight, 1=is freight |
16 | W | 0.6 2.5 | Cargo classes |
17 | D | 0.6 2.5 | Cargo label |
18 | B | 0.6 2.5 | Substitute type for town growth |
19 | W | 2.5 | Multiplier for town growth |
1A | B | 0.6 2.5 | Callback flags |
1B | W | 1.1 | TextID for displaying the units of a cargo |
1C | W | 1.1 | TextID for displaying the amount of cargo |
Descriptions
Bit number for bitmasks (08)
This value must be used in Action3 and in cargo bit mask properties such as refit masks. Values 1C-1F should be safe to use (if they aren't already taken, of course) if you intend to maintain compatibility with GRFs unaware of the newcargos switch. Further assuming that no active GRFs support the toyland climate, you can use values 11-1A as well.
Additionally, you can use the value FFh to disable the given cargo slot. This way, it won't appear in cargo type lists, but it won't be removed from things already on the map. If you disable a cargo, you'll probably want to zero out the cargo label (property 17) as well.
This property only affects GRFs which do not have a cargo translation table. GRFs with such a table generally use the index of the cargo in the table instead of the value of this property to access a cargo. As such this property is more or less a default value for GRFs without cargo translation table. If you are unsure what value to assign to this property, set it to the same value as the cargo slot ID.
TextID for the cargo type name (09)
This textID should refer to the name of the cargo, capitalized, to match the TTD style (e.g. "Passengers", "Coal", "Gold Ore", "Milk")
You can reuse existing TextIDs or create custom strings using Action4 with an offset in the DCxx range. Note that you need to set language-id bit 7 as well in the Action4 for a custom string. (Also applies to properties 0A to 0D)
TextID for one unit of the type (0A)
This textID should refer to the cargo type name in the singular. Currently, this ID is used only in subsidy messages ("First Passenger service..." instead of "First Passengers service...", for example)
TextID for 1 unit of cargo (0B)
This textID will be used to display the amount of the cargo if there's exactly 1 unit waiting. Although there's only one unit waiting, you'll still have to use either the special character 7C (print signed word) or 87 (print amount in litres and add suffix " litres") so TTD removes the amount from its internal reference stack. For example, if you have a new cargo named "gold ore", this should be "\7C ton of gold ore", which will expand to "1 ton of gold ore". On the other hand, a liquid cargo named "milk" should be something like "\87 of milk", which will expand to either "100 litres of milk" or "1,000 litres of milk" (The multiplier for liquid cargos depends on miscmods.dontfixlitres. If it's on, the multiplier is 100, otherwise it's 1000)
TextID for multiple units of cargo (0C)
This textID will be used to display the amount of cargo if the amount waiting isn't exactly 1. You'll need the same special characters as above, but now they will be expanded according to the actual cargo waiting. Sticking to the example above, you'll need "\7C tons of gold ore" and "\87 of milk", which can expand to "42 tons of gold ore" and "42,000 litres of milk", accordingly. You will note that liquid cargos can have the same textID for both property 0B and 0C since they always use the plural form.
TextID for cargo type abbreviation (0D)
This textID will be used in the station list window to represent the cargo waiting. It should be a two-letter abbreviation prefixed by the special character 0E to switch to the microscopic font. The microscopic font has every letter capitalized, so capitalization isn't important here. Continuing the above example, gold ore could have this as "GO" and milk as "MK" ("ML" is already taken by mail).
Sprite number for icon (0E)
This is a sprite number of an old TTD sprite to be displayed in the station window for this cargo, or FFFFh if the icon should be found by following the action 3 associated with this cargo. The icon must not be bigger than 10x10 pixels. One icon will be shown for every 10 units of the cargo waiting, up to 23 icons, which is the maximum.
Weight of one unit of the cargo (0F)
This property defines the weight of 1 unit from the cargo, which will be used to calculate the weight of the vehicles when loaded. The unit is 1/16 ton (which is 62.5 kg). With the examples above, gold ore should have this as 16 (since 1 ton of gold ore should weigh exactly 1 ton), while milk should have this slightly above 16 (milk is denser than water).
Penalty times and price factor (10,11,12)
These three values define how much is paid for the delivery of the cargo type. The price factor is subject to inflation, but GRFs needn't care about this, the programme will adjust the price for them.
The income generated from cargo delivery is calculated as:
income=((((distance/2) * timefactor * amount_moved) >> 7) * cargopricefactor) >> 13
where
- a >> b
- means a is arithmetically shifted right by b bits
- distance
- is the Manhattan distance between the two station signs
- amount_moved
- is the number of cargo units moved
- cargopricefactor
- is the value you set in property 12. Inflation will be applied automatically on it.
- timefactor
- is a multiplier in the range 0..255, calculated in the following way: (T1 is the value of property 10, T2 is the value of property 11, t is the time the delivery took, the unit is 185 game ticks (roughly 2.5 game days) )
if t<=T1 then timefactor=255 else if t<=(T1+T2) then timefactor=255-(t-T1) else timefactor=255-(t-T1)-(t-T1-T2) if the above rules result in a timefactor less than 31, 31 is used instead.
Color for the station list window (13)
This color index will be used to draw the rectangle representing the amount waiting from the current cargo type in the station list window. The index should be given for the DOS palette. OpenTTD and TTDPatch will automatically translate the index for the Windows palette, if they use the windows base graphics.
Color for the cargo payment list window (14)
The graph of the current cargo will be drawn using this color in the cargo payment rates graph. The index should be given for the DOS palette, the Windows version of TTDPatch will automatically translate the index for the Windows palette.
CargoClasses (16)
See train prop. 28/29 for a description of the utility of this property.
This is a bit mask of all cargo classes to which this cargo belongs, out of the following:
Bit | Value | Cargo class | Description |
---|---|---|---|
0 | 1 | Passengers | |
1 | 2 | ||
2 | 4 | Express | Any prioritised cargo |
3 | 8 | Armored | Cargo needing security measures, e.g. valuables or gold |
4 | 10 | Bulk | Any dry (non-liquid) cargo that will flow or can be poured, e.g. coal, grain, ore, cement; transportation by hopper, gondola, open wagon, dump truck etc |
5 | 20 | Piece goods | Any unitised cargo, packed or unpacked, i.e. general cargo handled in crates, sacks, barrels, palettes, boxes, bundles etc; transportation by a wide range of vehicles |
6 | 40 | Liquids | Any liquid or gaseous cargo, food or chemical - usually uses 'litres' as the unit; transportation usually by tanker |
7 | 80 | Refrigerated | Any goods needing temperature-controlling, e.g. perishable goods, food, or chemicals needing cooling/heating; transportation by insulated or refrigerated vehicles |
8 | 100 | Hazardous | Cargo like explosives, acids, radioactive material, ... |
9 | 200 | Covered / sheltered | Any cargo needing moisture protection; transportation in box vans, silo wagons or containers required |
10 | 400 | Oversized and / or overweight | Any cargo needing special means of transportation, e.g. industrial equipment, machinery, large format glass; transportation by specialised vehicles |
11 | 800 | Neo-bulk | Dry cargo that is neither easily unitised nor will flow, e.g. logs, sugar cane, vehicles; transportation usually by open vehicles or flatbeds, possibly with side stakes |
12 | 1000 | Clean | Freight that requires 'clean' transportation (e.g. foodstuffs, textiles that must be transported in a clean vehicle. Primarilly intended for use with cb15e and auto-refit introduced in OTTD around r23087) |
13 | 2000 | - | reserved. No canonical specification |
14 | 4000 | - | reserved. No canonical specification |
15 | 8000 | Special | Used for livery refit tricks rather than actual cargos |
Only cargos which are in class 0 (passengers) will appear in bus stations. Only cargos which are not in class 0 will appear in truck stations.
Cargo label (17)
Cargo labels are globally unique identifiers for a cargo type. They are used to allow vehicle grfs to easily support many cargo types, whether they are active or not and no matter what slot or bit they are using.
Read about the cargo translation table for further info.
Substitute type and multiplier for town growth (18, 19)
These properties allow you to modify how a cargo type affects town growth. Property 18 can contain one of the following values:
Value | Meaning | 0.7 Details[1] |
---|---|---|
00 | Affect towns as passengers do | Cargo produced by houses is added to the statistics in the town GUI. |
02 | Affect towns as mail does | Cargo produced by houses is added to the statistics in the town GUI. |
05 | Affect towns as goods/candy does | See note about subsidies below. |
09 | Affect towns as water does | Second required cargo for towngrowth in the desert |
0B | Affect towns as food/fizzy drinks do | First required cargo for towngrowth in desert/above snowline. Alse see note about subsidies below. |
FF | Don't affect town growth (default) |
- ↑ This is the interpretation of OpenTTD. For TTDPatch see NewTownGrowthMechanism, which is quite different/unrelated.
The incoming cargo amount is multiplied by property 19, then divided by 256 before it is added to the town statistics. This allows you to have smaller or bigger impact than original cargoes do. Please note that cargoes accepted by industries affect the closest town as well; for example, if you have an industry that accepts passengers, every passenger brought to the industry affects the town just like if they were transported to the town directly. Usually, it's not a good idea to have industries that process such cargoes; they should be accepted by towns only.
0.6 In OpenTTD property 18 also affects the creation of subsidies. Usually subsidies apply to cargo transportation between two industries. For cargos with substitution-type 05 or 0B the destination will be a town instead. Independent of property 18 subsidies from town to town are only created for cargo slot 0 (Passengers).
Callback flags (1A)
Bit | Value | Var. 0C | Callback |
---|---|---|---|
0 | 1 | 39 | Custom profit calculation |
1 | 2 | 145 | Custom station rating calculation |
TextID for displaying the units of a cargo (1B)
This textID is used by OpenTTD to show the "short cargo" form for cargo units, e.g. "10 litres" or "10 tonnes". This textID must be set after property 0B. The text this textID refers to should properly handle plurals, e.g. "\7B item\9A\15\80\9A\10\9A\11s\9A\12".
The default for this textID depends on the default for property 0B; if the default 0B string has "litre", then the default for this textID will be the unit for litres. OpenTTD maps the following textIDs so you don't need to provide translations:
textID | String |
---|---|
004f | <num> passenger(s) |
0050 | <num> tonne(s) |
0051 | <num> bag(s) |
0052 | <num> litre(s) |
0053 | <num> item(s) |
0054 | <num> crate(s) |
The "tonne" and "litre" strings (textID 0050 and 0052) are automatically updated based on the user settings of unit display, e.g. they "tonne" might become "kg". The "(s)" is for display purposes; in reality that is a choice list.
TextID for displaying the amount of cargo (1C)
This textID is used by OpenTTD to show the "long cargo" form for cargo units, e.g. "10 litres of water" or "10 tonnes of coal". This textID must be set after property 0c. The text this textID refers to should properly handle plurals, e.g. "\7B item\9A\15\80\9A\10\9A\11s\9A\12 of livestock".
The default for this textID depends on the default for property 0C, but with support for plurals. For "X litre(s)" or "X tonne(s)" you should respectively use string codes 87 and 9A 0D.