What would cause light issues around a func-door?

[OCD2]

 

Im working on a cave/corridor templates for a map, and im having issues with light near one room in the map.

The doorways leading out of that one room show light beaming out of the doorway corners and across the nearby corridor walls.   It seems to beam out from the bottom corners of the door, up and across the wall.

Is there a common cause for light "leaking" out of doors?      The other rooms in the map do not have this issue.     Did I perhaps build the doorway sub-optimally?    Would light entities cause this to happen - too many in a room, or too bright perhaps?

Its been boggling me for a good while,  and now im nearing the stage where I want to lock down the template for my connecting corridors and would like to get this light issue fixed before proceeding.

Any help appreciated!  

 

https://jkhub.org/albums/KlwXYzT

The top image shows the issue, the other two images are in the same corridor to show that the lighting issue is specific to the on problematic door.

 

PS please disregard the poor bevel construction of the hallway, its one of 5 corridor templates, and not one in the running for final!

[Ramikad]

From the image, it seems the walls are vertex lit. I don't know what could be causing that exactly - are you sure the shader doesn't tell the compiler to only do vertex illumination / phong?

[OCD2]

22 hours ago, Ramikad said:

From the image, it seems the walls are vertex lit. I don't know what could be causing that exactly - are you sure the shader doesn't tell the compiler to only do vertex illumination / phong?

I do not think so - the rest of the corridor (s) are using the same light shader, and are not presenting the same light issue.

I will have to check to be certain - what would the text be to use vertex shading in the shader file?

[Ramikad]

Should be q3map_onlyvertexlighting, but since you say it doesn't happen elsewhere we can probably rule that out.

Sorry - I'm out of ideas.

[SomaZ]

Are you using misc_models for the geometry? Try spawnflag 4 on those models and recompile the map.

[OCD2]

4 hours ago, SomaZ said:

Are you using misc_models for the geometry? Try spawnflag 4 on those models and recompile the map.

I am not, it is all brushwork or patches.

[SomaZ]

You put all the brushwork into func_statics? Can you show us the topology of your hallways? It's hard to find a solution from just a few ingame screenshots and a desciption.

[OCD2]

On 9/7/2020 at 4:02 AM, SomaZ said:

You put all the brushwork into func_statics? Can you show us the topology of your hallways? It's hard to find a solution from just a few ingame screenshots and a desciption.

I'm a newer mapper, only having used gtkradiant for about two months.

I've read the gtkradiant manual, the shader manual, dabbled with scripting (and shaders), followed tutorials, and looked around at other gtk mapping communities to try and learn as much as possible.

I'm still learning, and have a ton of questions, so some of my questions may be rudimentary, or unclear because I have not committed all of the terminology to memory just yet.

Looking at my initial post, it is quite a vague blanket question - I suppose I was hoping there was a common reason for light "leaking" through a door.  I'll try to provide more detailed information later.

[Hudaw]

I think there are two possibilities for this occurence, late as I'm responding to the topic. 

1. I believe lighting on doors is done when they're in their closed position, but lighting against all surrounding brushes is done as if the door is not there. It's likely a similar issue to how func_plats are lit at their extended point instead of the starting point. 

2. Depending on how the doorway is constructed, the surface of the brushes could be taking extra light because there's no break in the brush. If you make the doorway around the door its own set of brushes and then further split them right where the door is, you might get better lighting behavior. 

Without a screenshot of the affected area, it's tough to tell. 

But IDTech3 doesn't exactly do dynamic lighting like UE4, so.