Please or Register to create posts and topics.

Lightmaps on rotating doors

Page 1 of 2Next

In my map are 4 func_door_rotating entities beneath each other, which turn around 180 degrees when pressed at a button. One side is black and the other white, so once the player has got to the button he can easily portal to the reached area again. The problem now is, that the sides of the panel, which are hidden at the start, are not lit and are black. But putting a light there only results in strange light appearances:
1. They can never simulate the actual lighting of the other side perfectly
2. When the four doors rotate by 180 degrees, the light is parted like in the uploaded picture.

So what I mainly want is to render the lighting of the doors again, when they turn around.

The Aperture Alpha
A map pack coming soon. - click for more information
Image

well judging from the lighting of the shot, you best bet would be to make the inner light have an extremely high constant (10000) no quadratic (0) and then balance color and brightness until it can blend with the room's lighting.

Image

Isn't there models for panels a certain size? Unless they are used for destruction purposes.

?????????????????????????????TWP Releases | My Workshop

What do you mean with models? You can't place portals on props, can you?

The Aperture Alpha
A map pack coming soon. - click for more information
Image

http://developer.valvesoftware.com/wiki/Panels

I don't 'know how advanced in Hammer you are, but don't look at this and say it's too complicated without trying

I learned a lot about hammer just making panels

Make it so they spawn in the open position and close them with a logic_auto at the start of the map.

I have already created lots of panels, but these here have to rotate 180 degrees. You can`t do this via the method described there, using these robot arms. I think I'll try creating a func_brush and parent it to a func_door rotating. That may work.

The Aperture Alpha
A map pack coming soon. - click for more information
Image

A quick (if not particularly elegant) way to deal with this type of thing is to specify a minimum light level for the brush entities in question.

You could try using smoothing groups or maybe info_lighting.

Also, I feel like it would confuse the player in general if pressing the button turned some panels white for a short time, but didn't apply to the puzzle. They would think that they had to do something speedy with elements in the puzzle portaling on to those faces. Just a suggestion: Make a normal static portalable object for them to portal back down with and only use rotating panels for puzzle elements.

My Maps:
[spoiler][SP] Alternate[/spoiler]
Page 1 of 2Next