Open Garux opened 12 years ago
Hello,
We would need some specific examples to work from to investigate this (e.g. a test map etc.)
Are you comparing with a particular version of q3map2 that worked differently?
TTimo
On Wed, May 23, 2012 at 12:43 PM, Garux < reply@reply.github.com
wrote:
External lightmaps + light styles cause problem. Lighmaps are calculated well, but the autogenerated shader has $lightmap entries instead of proper light image links. Works ok on test map after correcting entries manually, but it doesn't seem possible on one with numerous light images.
Also light styles lightmaps kinda fail using bump image (q3map_normalimage one). There can be seen completely black marks of bump mapping with light, falling at very sharp angle to surface.
Reply to this email directly or view it on GitHub: https://github.com/TTimo/GtkRadiant/issues/60
Hello, i'v uploaded test set: http://rghost.ru/38268116 Compiled maps and fixed q3map2 shaders are included.
Actually, i figured out, that faulty bump maps were caused by linear lights (styled and not), so there is version with usual lights and with linear ones.
I tried two q3map2 versions: ZeroRadiant one and NetRadiant's (used to comiple test set, since it produces less hi-res images). Both have these bugs (also tried to report on Xonotic forum). Sure, other versions are buggy too, since these techniques aren't widely used and well-known.
External lightmaps + light styles cause problem. Lighmaps are calculated well, but the autogenerated shader has $lightmap entries instead of proper light image links. Works ok on test map after correcting entries manually, but it doesn't seem possible on one with numerous light images.
Also light styles lightmaps kinda fail using bump image (q3map_normalimage one). There can be seen completely black marks of bump mapping with light, falling at very sharp angle to surface.