quote:Original post by neonstar
good idea. but that would only work well if i were using pre-rendered screens. i''m using tile maps, so i dunno how well that would work...

A lightmap should work well enough.

If you''re doing a tile engine, you''re probably using some form of blit to write the tiles to the screen/graphics buffer. Instead of doing a straight blit, do a blending blit, where each pixel to be drawn is multiplied by the lightmap before being drawn.



---- --- -- -
Blue programmer needs food badly. Blue programmer is about to die!

quote:Original post by neonstar
so would i multiply the color value of each pixel by it''s corresponding light map value? no bit shifting involved with rotating the color? plus, since i might have to change the area of one of my maps, changing the lightmap might not be too easy to accomplish...

another idea i had was to use alpha blitting with differently lit or shaded sprites, but that only allows it to be shaded/lit as much as the color of the shadow/light is...

could alpha blending be a good way to do it?

I didn''t mean to imply that the end result would come of simple multiplication (although, with careful layout, this could be done). Whether you use a lightmap or alpha blending, it comes down to a composite of two values. In the case of the lightmap, it''s a composite of the tile pixel with a lightmap pixel; for alpha blending, a composite of the tile pixel with the destination screen pixel.

For alpha blending, you essentially do this:

    dest.r = (1 - alpha)*dest.r + alpha*src.r;dest.g = (1 - alpha)*dest.g + alpha*src.g;dest.b = (1 - alpha)*dest.b + alpha*src.b;    

where dest is the screen pixel and src is the pixel from the tile to be plotted. Here, alpha == 0 is fully transparent and alpha == 1 is fully opaque.

This is probably fairly similar to using lightmaps. If you first draw the entire screen in your tiles at full intensity, then you could apply patterns of dark and light gradiated tiles with alpha to achieve your effect.

I''m sure there might be better, more efficient methods to doing this, but this might get you started.


---- --- -- -
Blue programmer needs food badly. Blue programmer is about to die!

Some food for thought:
If you don''t mind the lighting being done on a per tile basis (look at Diablo) then you could set a light value for each tile and act accordingly.

IF you want more rounded lighting, you could do a couple things. 1) would be to have your map editor generate a lightmap. (basically a big bitmap) but this takes alot more space and you can''t do dynamic stuff easily. Method 2) could be to write some routines that would take a point location and brightness/color, and then mathematically brighten up a radius (and clip for walls/etc). If you got real fancy you could do some ray-tracing for spill out of doorways etc.. but this becomes very computaionaly intensive, and if your buffers are in vidmem you have a slow bus to deal with.

Another option is to use direct3d. You can specify point lights and apply them to a scene. This is done either my hardware or software automatically. (I don''t know what other cards other than the GeForce do hardware lighting) But a problem with this is that the light will spill past walls etc. cause your map is flat... One way around this might be height-mapping (look at the "using direct3d for isometric tile games" or something like that, demo4)

Hope this inspires someone, cause I''d really like to implement dynamic lighting in my game as well, just not sure whats the best path to take...

-Zims