Jump to content
  • Advertisement
  • 05/07/02 11:26 AM
    Sign in to follow this  

    Fast Computation of Terrain Shadow Maps

    Graphics and GPU Programming

    Myopic Rhino

    The topic of terrain rendering is a very big one. This paper will focus on the lighting and shadowing aspects of terrain rendering. In the pictures below you can see the effect of this technique in action.

    selfshadows_0.jpg selfshadows_1.jpg
    Terrain shadows generated using this algorithm

    [size="5"]Algorithm description

    The algorithm is quite simple in fact. For every grid point, we check if the ray from the light position to the point intersects the map. This is done very quickly by checking only the points that are under the projection of the vector L, as shown in Figure 1.


    Let us consider the following notations:
    • A = working point
    • B = coordinates of the sun position projection ( vector B = vector(sun_pos.x, 0, sun_pos.z) );
    • C = coordinates of the sun position;
    • L = light direction vector ( L = A - C );
    • P = any point that lays under the projection of vector L;
    • X(P) = coordinates on the L vector whose projection is point P (computed used simple LERP). The points P are generated using a 2D line algorithm from the working point (A) to the projection of the sun position point (B). Then, for every point P, you check to see if the height map value for point P is bigger than the y value of point X(P). If it turns out to be bigger, then we know that the ray L intersects the map, and the illumination at point A will be equal to the 'ambient_color_value', and we can safely move to the next working point.

      If all the P-type points have been tested and no intersection was found, then the illumination at point A is computed using the following formula:

      Illum(A) = ambient_color_value + (L dot N)

      clamped to the range [0,1].

      [size="5"]Algorithm implementation


      If the above description wasn't clear, the code should help. The most important function of this algorithm's implementation is the function intersect_map. This function checks to see if the working point is occluded, by testing to see if the light direction ray intersects the map. This function is called for every point in the height map. When an intersection point is found, the testing for the current working point stops, and another working point from the lightdir projection is fetched to be tested (the gray points from the picture at the right). As I said in the algorithm description, if the working point isn't occluded, its illumination value is computed using the formula shown above.

      The function genLightmap handles the light map generation. It tests and illuminates every point on the height map.

      Note: If you plan to copy & paste this code into your own program you should know that the normals are compressed from 1 float per component, to 1 byte per component. (see the note at the end of the paper)

      int intersect_map(const vector3& iv,const ray& r,Image* hm,float fHeightScale){
      int w,hits;
      float d,h,D;
      vector3 v,dir;

      v = iv + r.direction;
      w = hm->w;

      hits = 0;

      while (!(( v.x >= w-1 ) || ( v.x <= 0 ) || ( v.z >= w-1 ) || ( v.z <= 0 ))){
      // length of lightdir's projection
      D = Magnitude(vector3(v.x,0,v.z)-vector3(r.origin.x,0,r.origin.z));
      d = Magnitude(iv-v); // light direction
      h = iv.y + (d*r.origin.y) / D; // X(P) point

      // check if height in point P is bigger than point X's height
      if (hm->data[ifloor(v.z)* w + ifloor(v.x)] * fHeightScale > h){
      hits++; // if so, mark as hit, and skip this work point.

      dir = r.direction;
      dir.y = 0;
      v += Normalize(dir); // fetch new working point
      return hits;

      Image* genLightmap(char* normal,Image* hm,vector3 fSunDir,int w,float fAmbient){
      int i,j,hits;
      float f,dot;
      vector3 n,fVertex;
      Image* lmap;
      ray r;

      float fHeightScale = 10.0f / 255.0f;
      lmap = new Image(w,w,1);
      if (!lmap){printf("(!) Error: cannot alloc lightmap!\n");return 0;};

      for (j=0; jdata[j*w+i] * fHeightScale;
      fVertex.z = j;

      f = fAmbient ;

      r.origin = fVertex + fSunDir * 2000.0f;
      r.direction = fSunDir;

      // checks current working point for intersection
      if (!intersect_map(fVertex,r,hm,fHeightScale)){
      // compute the lighting equation
      n.x = (float)(normal[3*(j*w+i)+0]);
      n.y = (float)(normal[3*(j*w+i)+1]);
      n.z = (float)(normal[3*(j*w+i)+2]);
      f += 0.5f*(1.0f+DotProduct(Normalize(n),Normalize(fSunDir)));
      if (f>1.0f) f = 1.0f;

      dot = f * 255.0f;
      lmap->data[j*w+i] = (unsigned char)dot;
      return lmap;
      After you have successfully created your light maps, you will probably want to use them. I will tell you two ways to add them to your own terrain engine: one is to use them as light maps, and the other is to set the color of each point in the terrain according to its corresponding color in the shadow map.

      Terrain color map

      Terrain shadow map

      Final terrain texture


      If you intend to use the shadow map as a light map, you should consider the use of a supplementary texture unit. In any case, if you decide to use this technique, you should set the texture environment mode to modulate. In OpenGL, this is done in the following manner :

      [size="5"]Color component

      When using the shadow map pixels as color components for the terrain geometry, you should consider using separate buffers for each vertex component. By doing this, you will be able to send the data returned by genLightmap directly to the renderer, by setting the color array pointer to the address of the returned data. In OpenGL, this is done with the [font="Courier New"][color="#000080"]glColorPointer[/color][/font] function.


      For any questions or suggestions, feel free to e-mail me at [email="nervus@go.ro"]nervus@go.ro[/email]

      The full sources for this article can be found at http://nervus.go.ro/ in the Downloads section.

      The sources are free, you can do whatever you want with them, but if you include them in your project, or use this algorithm for any commercial or non-commercial use, please give me credit.


      Global Illumination Compendium
      March 16, 2000,
      Philip Dutr?
      Program of Computer Graphics
      Cornell University

      Report Article
    Sign in to follow this  

    User Feedback

    Create an account or sign in to comment

    You need to be a member in order to leave a comment

    Create an account

    Sign up for a new account in our community. It's easy!

    Register a new account

    Sign in

    Already have an account? Sign in here.

    Sign In Now

  • Advertisement

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!