Project

General

Profile

Feature #1534

Alternative for decoration light pattern skip

Added by jimigrey about 11 years ago. Updated over 2 years ago.

Status:
Rejected
Priority:
Lowest
Assignee:
-
Category:
Enhancement
Target version:
-
Start date:
2011-04-08
% Done:

0%

Tags:

Description

I have another idea for decoration lights. It would be some sort of density. It would always create at least one light centered on the surface. If the surface was big enough, then it could create more.

Example use: textures that are like LITE5. So if just a 16*8 part of it was used, it would create one light. Even 16*64 could just create one light, but then use it 16*128 and there could be two lights.

This kind of lights probably wouldn't care about the texture offsets or move if the texture moved. Of course they should move with the surface if it moved. More lights could possibly appear if the surface became larger, and their positions probably move, so that they're equally spaced on the surface. Though it might result in some sudden light position movement when new lights appear.

Two connecting floors, ceilings or walls that have the same texture, should probably be considered as one surface, unless there were some height difference or major angle difference, like a 270 degree corner.

Labels: Graphics

History

#1 Updated by danij about 11 years ago

I have read this through numerous times in an attempt to wrap my head around your suggestion but I've no idea what you are suggesting. What are you trying to achieve?

#2 Updated by jimigrey about 11 years ago

Ok, I made some image that might explain it a bit better, I hope.

#4 Updated by danij about 11 years ago

Perhaps it would help if you could explain what this placement method is intended to enable and/or examples of when it would be used.

#6 Updated by jimigrey about 11 years ago

It's easier to align LITE5 kind of lights to floors and ceilings, as they can be fitted nearly anywhere. But that kind of textures would create a lot of lights if it's used on a larger area. Pattern skip might not always work, if at least one light is always wanted to appear.

I uploaded an example ingame situation...

#7 Updated by danij about 11 years ago

So the intention is to limit the maximum number of times the decoration will tile, so that a single definition is interpreted in a different manner depending on how many potentially decorated tiles would be visible?

#8 Updated by danij about 11 years ago

I think I see now where this suggestion has come from. Its because you are wanting the engine to dynamically "merge" all light decorations on a continuous surface into one single light source. Yes?

#9 Updated by jimigrey about 11 years ago

Yea, some kind of merge or limit sounds what I've been thinking. Though if the surface is large enough, then there could possibly be room for more than one light source.

#10 Updated by danij about 11 years ago

The problem with this idea is that it asks the engine to interpret your intentions in a non-trivial way for every surface in the map.

In your screenshot you are actually using the light decorations for two different purposes; 1) for halos around each individual light source 2) large-scale sources to illuminate the surrounding area. I expect the reason you submitted this idea is because you are encountering performance problems and that is understandable.

I also do not think this is necessary. The large scale light sources should be defined as such (not as light decorations) and manually placed in the map. You can use a normal dynamic light or a bias light source for this.

Basically you are trying to use the light decorations for something they aren't really intended for.

#11 Updated by jimigrey about 11 years ago

Allright, I'll try that instead.. I guess this will also make that other light decoration idea redundant.

#12 Updated by skyjake over 8 years ago

  • Tags set to Lights, Renderer
  • Category set to Enhancement
  • Priority changed from Normal to Lowest

#13 Updated by skyjake over 2 years ago

  • Status changed from New to Rejected

Also available in: Atom PDF