As I was reading RedBook I stayed quite confused, that openGL can have maximum 8 lights in scene (number depending on implementation, but should be arround 8).
But I can imagine number of situations that would need more lights, so I think there’s a trick arround this in game dev.
For example, you have very long street with 50 strretlights, or you can have squad of 20 peoples all using flashlights. How you actually simulate those situations? There’s a problem, that light iluminates only the part of mesh, not whole cone between source and object, so if we don’t have 100% clean air, there must be some sort of simulation also. What’s the way this is done, and the game runs smooth?(I read also that enabling all 8 lights could kill FPS)
8 lights is the limitation of fixed GL pipeline, where you enable each of them, set mode, parameters, etc. Now you have pixel shaders, and lighting is done within shader. There you can use large number of dynamic (not baked into textures) lights. You only need to supply all these lights’ parameters sufficiently (maybe, in a texture), and test how many lights your shader is able to process. Also, in shader you can cull too weak lights (contributing too little into pixel value) or just too distant ones.
Update: complex shader with branching can even generate lights (think of long street or christmas tree). It could be more efficient than supply large number of parameters.