Difference between revisions of "VehicleRefitting"

From GRFSpecs
Jump to navigationJump to search
m (Beautify wiki markup)
m (Bot: Automated text replacement (-Callback 2F +Callback 2F , -Callback 30 +Callback 30 , -Callback 14E +[[Callbacks#Decide drawing default founda)
Line 10: Line 10:
 
* Non-refittable cargo classes (all vehicle types)
 
* Non-refittable cargo classes (all vehicle types)
 
* 'Refittable'-flag (ships)
 
* 'Refittable'-flag (ships)
* Callback 36 'capacity' (all vehicle types)
+
* [[Callbacks#Change vehicle properties (36) |Callback 36]] 'capacity' (all vehicle types)
 
* Callbck 15 'refitted capacity'
 
* Callbck 15 'refitted capacity'
   

Revision as of 12:09, 16 June 2011

Introduction

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

  • Default cargo slot (trains, road vehicles, ships)
  • Default capacity (trains, road vehicles, ships)
  • Passenger capacity (aircraft)
  • Mail capacity (aircraft)
  • Refit mask (all vehicle types)
  • Refittable cargo classes (all vehicle types)
  • Non-refittable cargo classes (all vehicle types)
  • 'Refittable'-flag (ships)
  • Callback 36 'capacity' (all vehicle types)
  • Callbck 15 'refitted capacity'

Flow chart

The following image visualises the interactions of these wrt. OpenTTD. If you know the behaviour of TTDPatch at that detail level, please elaborate.