ericw-tools icon indicating copy to clipboard operation
ericw-tools copied to clipboard

Light bleed occuring on edges of brush models

Open FifthElphant opened this issue 1 year ago • 6 comments

Using any of the 2.0.0 alpha builds I get light bleed on the edges of brush models (such as func_door), but on the latest 0.18.2rc1 build the bleeding does not occur. I am compiling using the linux version of the compiling tools. Last I checked the issue does not occur on the windows build

light bleed (alpha 2.0.0 builds)- image

no light bleed (0.18.2rc1) - image

FifthElphant avatar Oct 05 '24 22:10 FifthElphant

Does this look like the issue? image

  • tested in 2.0.0-alpha8
  • no command line options, no worldspawn keys
  • single "light" entity behind the door
  • door has a door frame made of worldspawn around it

ericwa avatar Oct 06 '24 02:10 ericwa

Looks very similar, mine seem to be at the door arches and yours at the edges. I haven't tried with the default light settings, I will test that too.

FifthElphant avatar Oct 06 '24 09:10 FifthElphant

It's likely the auto-minlight stuff. Maybe it should be opt-in instead.

Paril avatar Oct 07 '24 10:10 Paril

Oh yeah that's what it is, goes away with "_autominlight" "0" in my test case.

Yeah, it should probably be opt-in.

ericwa avatar Oct 08 '24 03:10 ericwa

Oh yeah that's what it is, goes away with "_autominlight" "0" in my test case.

Yeah, it should probably be opt-in.

Looks like it is this, I just changed the door key and it looked right. Not sure what the use case is for this one since it didn't seem to make the contact point between the two func_doors any brighter, just the edges where it meets the structural part.

FifthElphant avatar Oct 08 '24 22:10 FifthElphant

It's for the bottom/top of doors that go up/down, for the most part, not the faces that intersect each other.

Paril avatar Oct 08 '24 23:10 Paril