Difference between revisions of "LOS using strict definition"
| Line 33: | Line 33: | ||
==How we do== | ==How we do== | ||
We will rely on iteration of | We will rely on iteration of a custom los algorithm. | ||
Unlike ray casting, we won't lit the tiles we travel through when iterating a line ; for every target tile we have to build a line. The final tile is lit if and only if the line is unobstructed. | Unlike ray casting, we won't lit the tiles we travel through when iterating a line ; for every target tile we have to build a line. The final tile is lit if and only if the line is unobstructed. An encountered obstructing wall is lit. | ||
The following C code compute a radius-wide fov assuming pc stands on x0 y0: | The following C code compute a radius-wide fov assuming pc stands on x0 y0: | ||
| Line 50: | Line 50: | ||
void line(int x0, int y0, int x1, int y1) | void line(int x0, int y0, int x1, int y1) | ||
{ | { | ||
//in construction | |||
} | } | ||
</pre> | </pre> | ||
Revision as of 19:26, 30 December 2010
FOV using strict definition - BBQsauce [arthurhavlicek@gmail.com]
Introduction
This article aim for developers looking for elegant fov solution to implement themselves.
When looking for fov algorithms i was sure hoping there was the "simple and obvious way" to do things. There is not. In fact, there is close to a dozen of fov implementations to choose from in the wiki only, trying to emulate three main definitions (see what we want) The choice you make must depend of your programming skills and the desired behavior of your algorithm - because there is several desired behaviors. If you haven't yet, check out Comparative_study_of_field_of_view_algorithms_for_2D_grid_based_worlds which is a great article to start with. In this article, we'll focus on corner-peeking behavior ; this is really the core problem of fov.
What we want
######## .@...... ####O### ---#.#--
There is three major distincts ways to plan a fov computing algorithm :
- @ and O should see each other : see Permissive_Field_of_View
- @ should see 0 but not the reverse : see Shadow casting
- @ and O shouldn't see each other : you're at the right place.
This imply the following :
#...... #...@.. -######
I can't see the room corner here, because I'm too close to the wall. This is realistic, but that also mean your room won't lit completly as soon as you enter it.
How we do
We will rely on iteration of a custom los algorithm.
Unlike ray casting, we won't lit the tiles we travel through when iterating a line ; for every target tile we have to build a line. The final tile is lit if and only if the line is unobstructed. An encountered obstructing wall is lit.
The following C code compute a radius-wide fov assuming pc stands on x0 y0:
void fov(int x0, int y0, float radius)
{
int i,j
for (i = -(int)radius; i <= radius; i++)
for (j = -(int)radius; j <= radius; j++)
if(i*i + j*j < radius*radius) //also check map boundaries if needed
line(x0,y0, i+x0, j+y0);
}
void line(int x0, int y0, int x1, int y1)
{
//in construction
}
Efficiency
The complexity is comparable to most fov computing algorithm, which are in general O(radius ^ 3). This is high and should be avoided to be fully calculated for non-PC characters. Fortunately we can calculate visibility of a single tile when needed with the line method ; checking if a monster can see PC is done very quickly with this method.