 |
I think stgatilov was looking into this. He asked me about cubemaps via PM and I sent him a test map. |
 |
Can you attach the test map here as well? |
|
|
I can't see the problem. You mean the "lamp" cubic light? I can see it interacting with the bricks2 material using the normal map. Or is it about the ambient light? But then what do you mean by "cubemap stage"? The material itself does not include any cubemaps that I can see. Screenshot attached. |
 |
I have attached a new test map with the bare minimum so the problem can be spotted more easily. There is only an ambient_world light for visibility, six walls and a player spawn. The cubemap is defined inside the shader's material definition. The attached map uses textures/glass/dull_opaque01, inside tdm_glass.mtr for testing. The code block in that definition looks like this: { maskcolor map makealpha(textures/glass/glass1) } // now use the alpha mask to add some fake reflections { blend gl_dst_alpha, gl_one maskalpha cubeMap env/gen3 texgen reflect } Most other shaders have similar syntax WRT their cubemap stages. Running the map in 2.05 and 2.06 should show that the cubemap stage doesn't properly get affected by the shader's normal map like it used to. |
|
|
Svn rev 7292: passing tex coords to bumpy environment shader Please test if it makes any difference to you |
|
|
As I don't have SVN access, I'll either wait until the next beta package to test this fix, or you could ask nbhor1more to verify this. I will report here later regardless. |
 |
The test map now looks identical to 2.05. I'll leave this in feedback status until the next 2.06 beta package is up. |
|
|
I can confirm that now with the latest package. Someone like VanishedOne might want to chime in since he's also noticed the bug, but it seems fixed to me. |
- Anonymous
