VehicleRefitting

From GRFSpecs
Revision as of 13:21, 28 January 2012 by Frosch (talk | contribs) (rename passenger/mail capacity to primary/secondary cargo capacity)
Jump to navigationJump to search

Introduction

Vehicles have multiple properties and callbacks which define the default cargotype and capacity, the refitoptions and the capacities after refitting.

  • GRFv7 For GRF version 7 and below: Default cargo slot (trains, road vehicles, ships)
  • GRFv8 For GRF version 8 and above: Default cargo bit (trains, road vehicles, ships)
  • Default capacity (trains, road vehicles, ships)
  • Primary cargo capacity (aircraft)
  • Secondary cargo capacity (aircraft)
  • Refit mask (all vehicle types)
  • Refittable cargo classes (all vehicle types)
  • Non-refittable cargo classes (all vehicle types)
  • Supported by OpenTTD 1.21.2 Not supported by TTDPatch Refittable cargo types (all vehicle types)
  • Supported by OpenTTD 1.21.2 Not supported by TTDPatch Non-refittable cargo types (all vehicle types)
  • Supported by OpenTTD 1.21.2 Not supported by TTDPatch Misc. vehicle flag 5 'use of capacity multiplier for default cargo' (all vehicle types)
  • 'Refittable'-flag (ships)
  • Callback 36 'capacity' (all vehicle types)
  • Callbck 15 'refitted capacity' (all vehicle types)
  • Supported by OpenTTD 1.21.2 Not supported by TTDPatch Cargo property 1D 'capacity multiplier'

Flow chart

Misc. vehicle flag 5 'use of capacity multiplier for default cargo' cleared

Supported by OpenTTD 1.01.0 Not supported by TTDPatch The following image visualises the interactions of the various properties and callbacks wrt. OpenTTD. If you know the behaviour of TTDPatch at that detail level, please elaborate.

Behaviour in OpenTTD 1.0.x and 1.1.x:

CargoMagic10.dot.png

Behaviour in OpenTTD 1.2.x with new refittable cargo types properties:

CargoMagic12flag5cleared.dot.png

Misc. vehicle flag 5 'use of capacity multiplier for default cargo' set

Supported by OpenTTD 1.21.2 Not supported by TTDPatch If vehicle misc. flag 5 is set, the behaviour changes slightly.

  • The default cargotype does no longer affect the capacity of other refits. (Which would be troublesome if the default cargotype is not known.)
  • The capacity property (including the "primary capacity" of aircraft) and callback 36 return the capacity in a generic unit ("tons of coal"), independent of the actual transported cargo type.
  • Callback 15 is called always; also for the default cargo type, and also in purchase list.

These changes allow vehicles to set specific capacities for cargotypes they know (via CB 15), and set a generic capacity (in "tons of coal") for other cargotypes. The capacity of unknown cargo types is then controlled by the cargo definition, which also controls the refittability via cargo classes.

CargoMagic12flag5set.dot.png