Env_light shines through door.

I've got a problem with my environment shining where it ought not
shine.. namely through my door. Is there some way I can block it
out? I assume there's some brush texture I can use that blocks
light, but doesn't block the player, but don't have a clue as to what
it might be.

Thanks..

asked, and answered, but.. as they say, perhaps un-locateable.

there is a setting in the properties someplace to get func's to block light.

in fact, i saw a tut on it recently.. maybe i can find it.

brb.

[edit] you may have better luck searching the HL1 forums.

i found this .. perhaps its your clue.

This used to be a problem for HL1, but Source (with its pseudo dynamic lighting) should not have this problem.

I believe he's referring to the fact that light tends to seep through the slit between the door and the door frame. I think it's an intentional phenomenon of the engine, and I don't know of any way to get around this.

there's a texture called blocklights or something like that

So do I need to use the blocklights texture on all my doors? I've
got a little house in an open map. It's got areaportalwindows in
the window places, and a normal area portal where the door is.
But light (from my env_light) shines through that normal area portal
(and the prop_door_rotating, not a func_door_rotating) that is tied to
it.

Yeah, I figured this had probably come up before, but my searches
didn't yield anything that seemed to be exactly the problem I was
having..

Edit: This might be related.. I'm getting an error when compiling:

Valve Software - vvis.exe (Dec 15 2004)

1 threads

reading c:program filesvalvesteamsteamappsbeguiledfoil3@hotmail.comsourcesdk_contenthl2mapsrcmy projectsA01A16.bsp

reading c:program filesvalvesteamsteamappsbeguiledfoil3@hotmail.comsourcesdk_contenthl2mapsrcmy projectsA01A16.prt

LoadPortals: couldn't read c:program
filesvalvesteamsteamappsbeguiledfoil3@hotmail.comsourcesdk_contenthl2mapsrcmy
projectsA01A16.prt

So vvis doesn't seem to be working correctly.. Any suggestions?

Hamer doesn't seem to be making an .prt files, btw, so that would
explain why it can't read mine. Is there some reason it wouldn't
be creating these? Tried searching for .prt but nothing showed up.