Discussion:Field of Vision
Tenants
These were originally posted by PaulBlay, and were later expanded. All of these are not necessarily desirable, and some of them may be mutually exclusive.
Visibility properties:
- Symmetry. Everything you see can see you, and vice versa.
- Expanding pillar shadows. Standing directly next to a pillar produces an expanding shadow.
- Efficiency. Reasonably fast code can be produced to implement the FOV, etc.
- No blind corners. Moving diagonally around a corner does not place you in melee range of a previous non-visible tile.
- Expansive visible walls. You can see all of a room's walls while while standing anywhere inside of it, and all walls of a long, straight corridor. Special cases could be used to give the player extra information about walls for a system which does not inherently possess this property.
- No hidden ghosts. Passwall monsters inside of visible walls are always visible.
Targeting properties:
- Visible = Targetable. You can target any visible tile.
- Non-exploitable. No trick shots required or possible to hit monsters that you can't target directly.
- No lost targeting. Casting stone-to-mud on a walled, targetable ghost does not cause you to lose targeting on that tile.
Combining expansive visible walls with no hidden ghosts and visible = targetable would produce a system where pass-wall monsters had a significant threat advantage over the player, much more so than even in the current Angband system.
Algorithms
Digital FOV
Description
Digital field of view was first mentioned by Atanvarno. The player and monsters are treated as diamonds, with the four points centered on the containing tile's edge. Drawing an unobstructed line from any part of one diamond to another diamond implies visibility. Walls may be treated as diamonds as well, both for visibility and obstruction.
Properties and advantages
Symmetry, efficiency, no blind corners, expansive visible walls, no hidden ghosts. A demo implementation already exists, and has no known visibility artifacts.
Possible disadvantages
DFOV lacks expanding pillar shadows. From any location inside a corridor, the player can see 1 tile around the corner. By standing on the corner, the player can see all the way down both corridors, including walls. Combined with a targeting system that implements Visible = targetable, pass-wall monsters may become significantly more challenging.
Consequences
Digital FOV ex. %'s are walls out of sight.
%%%%#%% % . %% ###%% % ...# ##....# @.....#%%%% ##........#% % ...###... % ..# %%%% %%%%##
A room 25% full of pillars.
.. ... .. #.# #.# #.#
. .# #.# #. . ... ... ...
.. .. ... .. .. #.# #.# #.#
#. .# #.# #. .# ... ... ...
.. ....... .. #.# #.# #.#
#. .#.#. .# .........
.. ... .. .#.#.#.#.#.#.#.#.#.#.
.#.#.#.#.#.#.#.#. .....................
........@........ #@#
.#.#.#.#.#.#.#.#. .....................
.. ... .. .#.#.#.#.#.#.#.#.#.#.
#. .#.#. .# .........
.. ....... .. #.# #.# #.#
#. .# #.# #. .# ... ... ...
.. .. ... .. .. #.# #.# #.#
. .# #.# #. . ... ... ...
.. ... .. #.# #.# #.#
Diamond walls, point visibility
Description
Walls are considered diamond-shaped obstructions, with the 4 points of the diamond centered on the edges of the containing tile. Visibility between two tiles is implied by drawing an unobstructed line between the centers of the two tiles. The four points of the obstructing diamond do not obstruct visibility unless that point is adjacent to another wall tile (this allows extra visibility around corners, but prevents sight through walls).
Properties and advantages
Symmetry, expanding pillar shadows, efficiency, no blind corners, no hidden ghosts. Ghosts are not visible in corridor walls from great distances, and thus pose no problem for a targeting system that uses visible = targetable.
Possible disadvantages
This method lacks expansive visible walls which means part of a room's walls will not be visible to a player standing inside the room, if he is close to a wall or a corner. This is more pronounced the closer to a wall, and the larger the room. This could be corrected by automatically adding map memory for the walls of lit rooms, so while only some of the walls would be visible (and marked with a special color) all the walls of the room would appear to the player. Additionally, a second point-to-diamond "tile visibility" check could be made to add extra visibility for wall tiles, but this would break no hidden ghosts and possibly no lost targeting.
Consequences
Not all walls (or doors/monsters in those locations) are visible from all locations inside of a room.
####????? #####???? ?#####??? ??#####?? #@....... #.@...... #..@..... #...@.... #........ #........ #........ #........ #........ #........ #........ #........ ?........ #........ #........ #........ ?........ #........ #........ #........ ?........ ?........ #........ #........ ?........ ?........ #........ #........
Half-width walls, center to center
Suggested by Eddie(PowerDiver).
This is a symmetrical system.
Consequences:
################D @
Fig 1. @ can see D, D can see @
##D ## @
Fig 2. Indeterminate (probably resolve to not visible).
#m # @#
Fig 3. Vital that @ can see m in this case.
...................... .@# M ......................
Fig 4. @ cannot see M (by zero-width blockage sub-rule - see fig 2)
....... .@..... ...#... ..... . .......
Fig 5. Discontinuous gaps in viewable area (by zero-width blockage)
Monsters occupy half the width/height of grid
Monsters, characters, items are in the center of their grid's square taking up half the width/height. If lines from any point in the @'s sub-square can go to any point in the M's sub-square without crossing a wall then each is visible by the other. Walls take up the full grid square.
This is a symmetrical system.
Consequences.
#####D###### @
Fig 6. @ cannot see D.
####D####### @
Fig 7. It is indeterminate whether @ can see D or not (zero-width cross).
###D######## @
Fig 8. @ can see D and D can see @
Center to Center, subdivided grid
Any tile that can have a line drawn from the center of the @ to the center of the tile is without crossing an obstructed point is visible. Each wall takes up the middle 2x2 of the 4x4 sub-divided grid.
For visibility purposes a monster on a wall-tile is not treated differently from a monster on a floor tile.
Consequences.
#######.####### #######@####### ????.......???? ?.............?
Fig 8. From the entrance of a room.
................? .........???????? .@.###?????M????? .........???????? ................?
Fig 9. @ cannot see M.
@........... ...#?....... .....????... .......????? .........???
Fig 10. Expanding shadow triangle from pillar.
####D @...
Fig 11. @ cannot see D.
###D# @...
Fig 12. @ can just see D (by allowing zero width cross).
Traditional (Angband)
Trick shots are possible (e.g. you can shoot at indirectly targeted grids that you cannot see or target directly).
Consequences.
###X.B A.....
Fig 15. A cannot see X but can hit it by shooting at B.
Intentionally unsymmetrical
Monsters caught in open hallway have no where to hide. Intelligent @'s can peek round corners without being spotted.
#.# #####@# ..M...# #######
Fig 16. @ can see M, but M can't see @.
Other points for consideration
Should @'s and M's have an infinite field of view?
################################################################################################# .@.............................................................................................M. #################################################################################################
Fig 17. Should @ see M ? How long should maximum sight range be?
Special cases for walls (etc.)
################################################################################################ .@..............................................................................................
Fig 18. @ can see the wall, and monsters in the wall, for as far as it goes.
####?%%%%%% .@.........
Fig 19. @ can see #, % are walls he can't see, ? is indeterminate
The question is whether walls (but not monsters in walls) should be filled in when they are not visible, but are adjacent to room / corridor tiles that are visible and lit.
#####G##### .@.........
Fig 20. Special case wall visibility
@ can't see G (but can see wall G is in).