Age | Commit message (Collapse) | Author |
|
bridge ramp and directed outside the bridge, it could still have track set to TRACK_BIT_WORMHOLE
|
|
|
|
|
|
slope, its GOINGUP/DOWN weren't swapped
|
|
speed by 10%, but also when you're just 1% too fast, so limit the slowdown till the new maximum speed
|
|
it wouldn't have (re)set the GOINGUP/DOWN bits after leaving the tunnel/bridge
|
|
same code three times
|
|
competitor's train; take the lazy non-future proof version of the fix from the 1.0 branch as fixing the real bug is significantly more complex and might even break some backwards compatability if not done perfectly
|
|
|
|
road vehicles and trains.
|
|
|
|
parameter to "path_found" and remove the ! where the variables are set / read
|
|
found" status to a separate function
|
|
be more generic
|
|
lost_vehicle_warning
|
|
vehicle flags
|
|
crash caused 2 "driver" deaths and a flooding 4 (added in r150). In r18402 the counting was merged and the flooding code was taken for counting drivers. Given those numbers were inconsistent (unlike for other vehicles) we better use the real original amount of driver deaths instead of the erroneous amount.
|
|
|
|
Vehicle::ShowVisualEffect (Hirundo)
|
|
all vehicle types (Hirundo)
|
|
class (Hirundo)
|
|
vehicle types (Hirundo)
|
|
from the visual effect code (Hirundo)
|
|
VehicleCache (Hirundo)
|
|
variables related to visual effects (Hirundo)
|
|
and electric sparks actually work (Hirundo).
|
|
|
|
wrong after moving train engines in the depot window.
|
|
acceleration model.
|
|
of a vehicle, not just the head of the vehicle
|
|
|
|
|
|
|
|
|
|
last wagon was in a depot or on a bridge-/tunnelhead caused trouble.
|
|
|
|
breakdown handling as well (Hirundo)
|
|
|
|
some headers
|
|
|
|
the vehicle limit
|
|
to increase the vehicle pool limit
|
|
to increase the vehicle pool limit
|
|
order doesn't require up to 765 commands.
|
|
|
|
in depot' strings
|
|
|
|
|
|
railtype.
|
|
function.
|