| Age | Commit message (Collapse) | Author |
|---|
|
in order to improve performance (~5% with many vehicles)
|
|
casts when converting Vehicle to specialised vehicle types. Includes safety check
|
|
they can head for somewhere else instead of stumbling over a ghost.
|
|
code style.
|
|
'no loading' is off was pointing to the wrong direction.
|
|
instead of constructor of each vehicle type
|
|
received news about new engine
|
|
company-based settings, so in a multiplayer game everyone can change them.
|
|
reached like break after returns or break after functions that never return (i.e. NOT_REACHED)
|
|
const is (accidentally?) removed using C-style casts.
|
|
unnecessarily add it.
|
|
vehicles/stations/industries are deleted.
|
|
messages. Esp. do not close them automatically after some time.
|
|
|
|
struct so (some vehicle related) NewGRF cache 'desyncs' can be tested easier.
|
|
|
|
from VehicleRail to Train
|
|
|
|
|
|
|
|
|
|
|
|
|
|
time, binary size and run time (with asserts disabled) should be improved
|
|
was deleted
|
|
|
|
PoolItem::IsValidID(index)
|
|
|
|
CompanySettings struct
|
|
|
|
called from another command
|
|
around (in some cases), causing 'nearest depot' orders to be occasionally lost.
|
|
some code.
|
|
-Fix [FS#2864]: autopause and manual pausing conflict with eachother
-Fix: new game + pause on new game + autopause make the game not unpause on the first join
|
|
depot, not those which are entered on the way to them.
|
|
do also not do the refitting-part of the depot-order.
-Fix (r16198): && != &, GetDepotOrderType != GetDepotActionType and - uhm - ODATFB_NEAREST_DEPOT is not set for current_order either.
|
|
fulfilled when reaching any depot, even though the train decided for a different depot on the last junction/order-skip.
|
|
when reaching any depot, but only when reaching depot X.
|
|
station
|
|
this ID' from 'some' strings and replace the string name with something more sensible.
|
|
strings
|
|
stations
-Fix: insanely fast trains would sometimes 'jump' over waypoints/via stations within a tick, which would cause the order not to be processed causing the train to go in loops until (with luck) it 'hit' the tile
|
|
are getting old; upgrading them is impossible (racetrack)
|
|
sources too
|
|
|
|
|
|
information in purchase-list/after building before users have a chance to blame OpenTTD for incorrectly autorenewing/-replacing.
|
|
|
|
|
|
VehiclePositionChanged and EndVehicleMove.
|
