|
| | _heap_class = import("queue.fibonacci_heap", "", 3) |
| | _map = null |
| | AIList that tells which group each tile belongs in.
|
| | _connections = null |
| | Array that shows the connections to each tile group.
|
| | _areas = null |
| | Array of the defined tile groups.
|
| | _open_neighbours = null |
| | Array of tiles that are open from each tile group.
|
| | _group_tiles = null |
| | Array of AIList's of the tiles that are in each group.
|
| | _AGroup = null |
| | array of groups containing source tiles
|
| | _BGroup = null |
| | array of groups containing goal tiles
|
| | _A = null |
| | array of source tiles
|
| | _B = null |
| | array of goal tiles
|
| | _running = null |
| | is Lakes currently running?
|
Lakes.
- Version
- v.3 (2012-03-05)
- Author
- W. Minchin (MinchinWeb)
- Since
- MetaLibrary v.7
Lakes is a replacement for WaterBody Check (_MinchinWeb_WBC_). Lakes serves to determine if two water tiles are connected by water (i.e. if a ship could sail between them). It trades memory usage for speed by caching results. Like WaterBody Check, it will keep trying to find a connections until there is no possible connection left.
Approximate program flow:
- Depends On:\n _MinchinWeb_DLS_
- Depends On:\n Fibonacci Heap v.3
- See also
- _MinchinWeb_ShipPathfinder_
-
_MinchinWeb_WBC_
- Note
- Although _map and _group_tiles keep the same information (which tiles are in which group), there are independently created and maintained. If for some reason they become de-synced, Lakes will not work as expected. However, the previous approach of effectively creating _group_tiles from _map on the fly twice a loop was deemed too time demanding.
Definition at line 97 of file Lakes.nut.