View source for Talk:Info lighting

== Doesn't work anymore on the Orange Box engine ==
As far as I remember, I always used this entity since I'm mapping. When you have a prop's origin in a wall or something, and it's incorrectly lit. But recently, since I'm mapping for Portal, it doesn't seem to work anymore. When I use an info_lighting to change a prop's lighting origin, it says :
''prop_dynamic: Could not find lighting origin entity named 'door1_origin'!''
:Fortunately, it still works with info_targets. I believe this is because props are now lit in a somewhat ''real-time'' by the engine. Thus, as the info_lighting is removed during the compilation, it doesn't work anymore. Info_targets are not removed in-game, that must be why it works. --[[User:NykO18|NykO18]] 07:39, 31 Aug 2008 (PDT)
:It's probably because in that specific case it's a prop_'''dynamic'''. --[[User:Terr|Terr]] 20:33, 15 January 2010 (UTC)

I use Info_lighting_relative in Orange Box engine for dynamic props. LINK http://www.halfwit-2.com/?page=tutorials&id=152.

I got info_lighting working on prop_static models now.

Info_lighting - name - light_fix
prop_static - Lighting Origin - light_fix

Here's a vmf I made that has a prop_static using 2 lights (on/off  green/red using triggers etc).
http://gtamike.tsgk.com/two_lights_static_info_lighting.rar

== Working with brush entities? ==

Is there a way to make this work for other entities than prop_static, like brush entities? It's really annoying that most of the time your func_door_rotating entities have black faces because the top, bottom and side faces of the door brush are side-by-side with a wall. Is there any way to get info_lighting to work with brush entities, or is there another way to get a similar effect? The only way I can think of now is to make a button which the door is parented to, and use a logic_auto to press the button on map spawn so the door fits in it's place. but there must be a better way... --[[User:Pandaboy|Pandaboy]] 21:10, 12 October 2011 (PDT)