| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
minimalize the work done where possible
|
|
|
|
|
|
|
|
Engine::DetermineCapacity().
|
|
functions if they return the Z in pixels (like TilePixelHeight)
|
|
draw different sprites on the map and in various GUIs.
|
|
Vehicle to simplify code.
|
|
|
|
apply ocean/canal speed fractions to velocities.
|
|
account.
|
|
|
|
tiles.
|
|
speed fraction).
|
|
|
|
they are leaving a depot and heading to the same one again; just like trains since r16322.
|
|
it doesn't recompile everything that needs to be recompiled...
|
|
vehicle view
|
|
and cur_real_order_index to keep track of the current real order in an unambiguous way.
-Fix [FS#4440]: Automatic orders behave now stable wrt. service orders and are not added or removed depending on the need of servicing.
-Fix: Various other issues with automatic orders, e.g. vehicles getting stuck with "no orders" when there are automatic orders at the end of the order list.
|
|
|
|
|
|
(Hirundo)
|
|
frequently as done for other vehicle types.
|
|
|
|
instead of recalculating it every time.
|
|
|
|
|
|
breakdown handling as well (Hirundo)
|
|
|
|
some headers
|
|
most northern depot/hangar tile
|
|
|
|
in depot' strings
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
192-256-magic of vehicle movement.
|
|
|
|
SpecializedVehicle in order to improve performance
|
|
vehicle commands.
|
|
|
|
|
|
|
|
|
