| Age | Commit message (Collapse) | Author |
|---|
|
|
|
penalties differ.
|
|
|
|
|
|
|
|
|
|
the cost of a path exceeds max. penalty.
|
|
|
|
|
|
|
|
|
|
|
|
Given any speed issue cannot be attributed to checking for _debug_NNN_level, removing this is a safe action
This fixes #6652.
|
|
|
|
meant the same thing, but only one was used. Keep PATH_TOO_LONG since it has the better documentation.
|
|
waiting position from a waypoint.
|
|
finding code and remove need to return fake path distance. (juanjo)
|
|
too long condition, as destination should not be considered in the former case.
|
|
path and applying penalty.
|
|
path finder costs with tile distances, thus vehicles went to depots which were factor 100 too far away. (juanjo)
|
|
codestyle of derived structs.
|
|
static cast type, operator methods.
|
|
|
|
"unsafe" functions to prevent them from being used, and thus having to care about certain aspects of their return values
|
|
|
|
|
|
would make the end-of-line-is-red setting ineffective
|
|
|
|
direction; now favour docking in the direction you approached
|
|
|
|
Eagle_rainbow)
|
|
shall leave depots towards north or south.
|
|
others were still regular inline), but make sure inline is always a 'forced' inline (I am looking at you MSVC)
|
|
partially reserved rail station could fail.
|
|
use it
|
|
functions if they return the Z in pixels (like TilePixelHeight)
|
|
account.
|
|
|
|
performance significantly (about 15%)
|
|
yapf_node_ship.hpp
|
|
|
|
|
|
be lost
|
|
one-way path signals so those aren't preferred over other possibilities
|
|
|
|
|
|
due to bouncing around in an "one way" trap; two one ways pointing towards eachother making it impossible to leave
|
|
|
|
penalty when the signal is a path signal.
|
|
road vehicles and trains.
|
