 |
|
 |
This texture is used in quite a few existing maps, i.e. Down by the Riverside. |
|
|
Don't know is this helps, but the texture does come back and then disappear again. Sorta in my mind like its on some giant rotator etc. |
 |
It was broken by 0005529, more specifically by disabling any lighting outside light volume for projected lights. |
|
|
Here is what I see in RB_CreateSingleDrawInteractions: // now multiply the texgen by the light texture matrix if ( lightStage->texture.hasMatrix ) { RB_GetShaderTextureMatrix( lightRegs, &lightStage->texture, backEnd.lightTextureMatrix ); RB_BakeTextureMatrixIntoTexgen( reinterpret_cast<class idPlane *>(inter.lightProjection), backEnd.lightTextureMatrix ); } Basically, the matrix which defines the light volume is multiplied by the matrix defining texcoords adjustment, making it impossible to know where light frustum is in the shader. I'm afraid we have to pass the texcoords transformation separately. |
|
|
Fixed in svn rev 9780. Now light texture transformation matrix is not "baked" into light volume matrix, but instead passed separately. As the result, now we force to zero light value for all fragments outside light volume (instead of those who have texcoords outside [0..1]). As a side benefit, now volumetric lights take light texture transformation into account. |
|
|
Thanks for sorting this fella :-) |
- Anonymous
