Forum | Thinking With Portals

#1 · November 16, 2011, 7:37 pm

I know this error happens if there are too many named lights shining on a face, but what does this actually do? does it result in inferior lighting or something? im only asking because i cant stop it happening, because there are too many cube droppers (which have named light) in my room. and quite frankly, if all its going to do is spam my log i dont care.

I think in terms of boolean variables. Generally, it makes things easier.

#2 · November 16, 2011, 7:41 pm

I occasionally have this problem sometimes also, but I could never figure out if it caused anything or not (aside from log spamming).

Crazy is as crazy does.
My Work
[spoiler]Maps:
Revenge of the Angry Turrets
Capture the Cube [Co-op]
Capture the Cube 2 [Co-op]
TPWEGTH Sample Map
Aperture Aquatic Testing Center
Aperture Aquatic Testing Center 2
Aperture Time Testing Center
ML's Halloween Trick - 1000 downloads!
ML's Halloween Treat
ML's Combination - 1000 downloads!
ML's Jailbreak Labyrinth
ML's Tricky Teamwork [Co-op]
WIP:
"Capture the Cube 3"
Workshop Maps Link: http://steamcommunity.com/profiles/76561198008890579/myworkshopfiles/[/spoiler]

#3 · November 16, 2011, 9:58 pm

From the VDC's page on naming lights:

Quote:

However, the system can be overloaded if you try to make it handle a large number of overlapping named lights (since the number of pages needed increases exponentially). When this happens performance can be harmed and you may well see lighting anomalies.

VRAD attempts to avoid this with its hard-coded limits of two switchable lights affecting a brush face and 32 pages in total. More than this causes VRAD to throw a warning such as "Too many light styles on a face" and refuse to compute the lightmaps for those lights; this will make those areas appear as if they are not lit. You can help too by giving lights that will always change state at the same time a shared targetname, which makes VRAD merge their pages together.

Your answer is in bold. It's probably not that much of a problem in well-lit rooms.

Try out Twin Pillars, a Portal 2 map by BOB74j.

#4 · November 16, 2011, 11:18 pm

thanks muchly for that. as i havent noticed any problems with my lighting im going to go ahead and ignore it then. if vrad doesnt bother with lightmaps for the lights under the cube droppers then so be it.

I think in terms of boolean variables. Generally, it makes things easier.

#5 · November 17, 2011, 1:38 am

BOB74j wrote:

From the VDC's page on naming lights:

Quote:

However, the system can be overloaded if you try to make it handle a large number of overlapping named lights (since the number of pages needed increases exponentially). When this happens performance can be harmed and you may well see lighting anomalies.

VRAD attempts to avoid this with its hard-coded limits of two switchable lights affecting a brush face and 32 pages in total. More than this causes VRAD to throw a warning such as "Too many light styles on a face" and refuse to compute the lightmaps for those lights; this will make those areas appear as if they are not lit. You can help too by giving lights that will always change state at the same time a shared targetname, which makes VRAD merge their pages together.

Your answer is in bold. It's probably not that much of a problem in well-lit rooms.

Keep in mind that the VDC is run by the community and the information there may be outdated or incorrect. I often have faces with this error, but they always work perfectly in-game. This is possibly a remnant from an older version of Source.

Turrets, not tourettes. Only people with tourettes say that.

My Work:
FLAMING LEMONS

FUNRUN - COMING SOON