I've been having this problem for the last few compiles now and it's very strange. I have a white texture applied to a 128x128 section of the wall, but in-game the texture shows up as one of the black tile textures. The part of the wall in the picture that should be white is the 128 section at the end of the funnel. The rest should be black. However, the problem is only visual and the surface still conducts portals as seen in the screenshot. If I hide the brush in hammer, there is nothing overlapping the texture. Help?

What texture are you using? Texutres have to specify NOT to conduct portals. Try deleting and recreating the brush with metal/black_wall_metal_002a. BTW why are you projecting a funnel onto a non portalable surface?

iWork925 wrote:
What texture are you using? Texutres have to specify NOT to conduct portals. Try deleting and recreating the brush with metal/black_wall_metal_002a. BTW why are you projecting a funnel onto a non portalable surface?

The 128x128 surface at the end of the funnel is supposed to be white, but it's appearing black. That's the problem he's having.

It's because it has no lighting on compile from the static lighting. If you put an env_projectedtexture (known as a DYNAMIC light for the context) that beams on it, it should solve your problem.

I think srs bsnss is the only person understanding my problem. The problem is not that the white texture is badly lit and it looks black- the texture has been actually switched from the white texture to a black tile texture.

In the meantime, maybe recreating the brush could help.

Dr.Toaster Waffles wrote:
I think srs bsnss is the only person understanding my problem. The problem is not that the white texture is badly lit and it looks black- the texture has been actually switched from the white texture to a black tile texture.

In the meantime, maybe recreating the brush could help.

Okay what I would do first is validate steam files, something may have screwed up.

If that doesn't work a short term fix would be covering it with a func_noportal_volume.

func_noportal_volume would work but the texture has to be able to have portals on it for the puzzle to be solved.

Have you tried using a different texture? Perhaps you might have a corrupt brush somewhere?

Try to remove the brush and create a new one.
Also make sure your compile works error free. Probably there is something you havent noticed and its not creating a new .bsp file and you are always using the same one in game

Mmm, the only thing I can suggest is recreating the brush, making sure your compile doesn't have any errors, basically what Skotty said.

Recreating the brush did not work. There were no compiling errors concerning my problem.

Recreating the entire wall worked, and I have no explanation on this...but thank you everyone for assistance with this problem anyways.

PLEASE share it, thank you.

It may have been an overlapping wall? Some brush glitched out majorly.

Questions abound: What is the name of the texture material you were using? Were you using the same material when you finally got it working correctly? Was it white in the material selector, but black once placed on the wall in Hammer? Or did it display as white in Hammer, and was only black once compiled in-game?

I know I have seen some textures in the material selection window that have looked really different once placed. Some off-textures are just slightly different like metal/metalgrate018b, which looks like the other grates in the selector but has a circle in the middle once placed. Other off-textures, however, are quite significantly different like nature/blendwhitefloor_dirt01, which looks dusty but definitely like a white panel in the selector but is dirt floor and clumps of moss once placed.

If it displayed as white in Hammer, but was only black once compiled in-game, then that is really bizarre.