it s seems that the blocs you ve used to make your lights are brushs, are they ? 
in that case, put them into func_wall entity
Better still, make them func_illusionarys. That will mean they don't have any clipping on them (no need on such small and insignificant objects) and so simplify the clipping hull.
Oh yeah, didn't notice that. You could make the structure that the lights are fitted to into a func_wall. This should stop it causing the face splitting on the back wall that is resulting in the line on the left. If you then made a 1 unit gap between the lights themselves and the structure, you won't get face splitting between it and the lights (brush entities still cause face splits with other brush entities, just not world entities). It might look bad to have that 1 unit gap depending on the angle the player sees this from, so its up to you whether its worth saving the polys or just putting up with the face splits in order to have them flush.
Did you try and get funky with some RAD options? Looks like you set the chop value to something high, or something to that effect. In HL1, "-chop 16" is a nice looking value to use IIRC, and 32 is the highest you should ever have to go (unless you're doing something crazy like flatshading). Lower is better, by the way.
Then again maybe this is something else entirely.
What the hell is wrong with this map? How many lighting errors can one man suffer from!?
Hey chuck, what about adding some more lights to brighten things up 
Did you compile with -smooth?
What about trying another compiler build?
The many last releases of ZHLT have been more or less bugged. We want Merl or Sean back, they could code proper compilers:)
In this case, try to add some lights on the ceilling
Quote from ZackerWhat about trying another compiler build?
did that.
but i fixed that problem, it actually had to do with those point lights i had the original problem from being too bright.
i plan on adding a window to the roof
Quote from EvertDid you compile with -smooth?
does that do what it sounds like?
It smooths out the lightmaps between faces that lie within the given angle of each other. Basically it helps make curves appear round and smooth rather than fragmented and "stepped".
This effect is however already activated as standard. The default smoothing value is 50, which I don't see any need for changing. The -smooth parameter is just for changing this value.
What chop value are you using with RAD? I don't remember ever running into problems while using a chop of 16 (this determines the resolution of the lightmaps, so would appear to be linked with your new problem), but its been a while since I've done HL1 mapping.
Don’t have an account yet? Register yourself now and be a part of our community!
