My question is pretty short. I would like to achieve this kind of lighting in my scene.
Reference image is from Star Trekish ship
As you can see, the light in that picture comes from bottom and top lights that are not exact points. The other requirement that I have is that the lights can be turned on and off easily and dynamically. For example, there could be light flickering to make the scene a bit spooky!
I have already familiarized myself with the glow layer (Making Meshes Glow | Babylon.js Documentation), but I wonder if that can actually be used to emit any light to it’s surrounding meshes. So, do you pros around here have any advice on my problem?
This is vast and very interesting topic!
Just to be short.
First of all, any 3D scene actually is just illusion; the artist/programmer task is to make it as realistic as possible - in this case with Babylon methods.
Second. There is limitation how much lights you can use simultaneously - not more than 4 lights.
Third. Every light puts a load to the engine, too much of them and FPS will drop. Less lights = better optimization.
Fourth. Emissive texture + Glow layer is very powerful instrument. In combination with other textures it gives infinite possibilities to create stunning dynamic visual effects.
For the scene depicted in your image I would use no lights at all (at least not more than one light). Anyway you need some environment for PBR materials - so this environment will be actually the only light source in this scene. All other lights could be simulated with emissive/glow combination (one can add particles as option). Use lightmaps for the shadows - it will have realistic look and it is much simpler load for the engine than shadow generator.
Thank you for your answer, was really thought inspiring!
Glow layers surely seem to be the way to go for visual appeal. However, lightmaps are a bit harder to do for the game I’m currently prototyping. There are few problems that prevent the use of it (or at least I think there are):
Spaceship is made from dynamic wall/floor/door 3d pieces. Makes harder for baked maps.
Characters and 3d items (boxes or things that player grabs) should project some kind of shadow.
You should be able to turn of lights from certain parts of the ship, so they need to be dynamic (or do the shadows need to be dynamic? )
There are windows in some rooms of the spaceship that illuminate the light from nearby sun, mixed with regular lighting inside the ship.
So the big question is, I guess, to how to create this illusion if I can’t use many lights
Hi. Simple small answer. You cant do what you need without magik. And if serious you need lightmaps in any way because your lighting is very complex and no way recreate this with any webgl engine… in Babylon max 4 lights source for shader.
But you can do this magik.
Pbr material + Lightmsps + ambient occlusion + emissive with glow layer like unreal bloom in post process + ambient light + 1 hemisphere light with shadow generator like sun + light probes + real time environment map for reflections + something like clearCoat make this magikal soup. You can create lightmaps sprite for light animation and many other magical stuff. everything depends on the specific task and without knowing the task it is impossible to solve it correctly. what prevents you from baking light into modules like doors?
I am afraid that without theory you cannot do anything. for a start, you just need to understand that behind the scenes your magic kitchen in which you brew a magic potion stupefies the player’s mind.
Here is one of my projects - Mu-so Qb 2nd Generation - 3D Demo
In order to achieve “realistic” or even “better than realistic” view there were used: Glow, Sheen, ClearCoat, imageProcessingConfiguration.
Glow is dynamic (look at logo).
No lights at all, except environment.
The source is open, one may use any part of it.
On the rear panel of the model there is blinking LED - possible solution for the light flickering in your scene.
I’ve been doing some other things related to lighting. I have however determined to use one of the following solutions:
Use the “lots of lights” demo as a base and try to dynamically turn of lighting when player cannot see them, and also use the includedOnlyMeshes too to battle the lighting limit. However, I’m currently using instancing to create my game map from pieces… And I have problems to get this working. Are there any limitations to this method using instances? If I change the lots of lights -demo to use instancing of spheres instead of cloning, only some spheres are lit… See: https://playground.babylonjs.com/#WJWSNL#1
Are there some limitations with the lights and their includedOnlyMeshes property? I made a test to light the instance (sphere) with point light using includedOnlyMeshes after two seconds and nothing happens. See: https://playground.babylonjs.com/#1FUKMR#4
If the original sphere is used, everything works…
Edit:
Digged into some code and found this:
Could someone explain what this means in laymans terms? If I have an instanced mesh, the lighting of it cannot be changed?
Hmmm, I see! But is it possible to not do this in the same tick? In my real project, I would like to create lights dynamically when I create the map from mesh pieces… So the scene has already been initialized, I just add stuff into it
Anyone having an idea why the instanced sphere doesn’t update in https://playground.babylonjs.com/#1FUKMR#4 when created in setTimeout? Does this have to do with the picture I posted before, as in instanced meshes lights are coded in a way they do not update the lights afterwards?
Also, does anyone know if there are any plans for “area lights”, such as in Unity. Here is a link to their docs, area lights are in the bottom of the page: Unity - Manual: Types of light
I’ve been theorycrafting my use case a lot during these few months but I need some help to validate the “solution” I’m thinking of doing.
So, I’m thinking of creating two versions of the texture, the “lights on” and “lights off” versions for each wall/floor mesh. Then, I would place an invisible sphere to each fake “light source” which would be the light radius. If the sphere exists, it would show the “lights on” version of the mesh texture where it touches/intersects. If not, it would be the “lights off” one. The other solution would be to not have a “lights off” version of the texture, but just turn it a lot darker.
What would be the best action to make this kind of system. I’ve been thinking of playing with stencil buffer to somehow do this, or to dive into shaders a bit more… What do you guys think of this and what do you think would be the best course of action to do this?
If you are wondering about the use case and don’t want to spend time reading everything…
I need some kind of “realtime” lighting that would come from some sources, like walls. May not use real lights since they are too expensive. Can’t bake lightmaps because the map is generated from mesh pieces dynamically.
I would like to build an electricity system in the game, where electricity source is connected to the “lamp” and if electricity turns off the light turns off. In the “solution” earlier I wondered if I could do this by creating a sphere and showing different texture or darkened texture when the sphere is not enabled or it is shrinked. No idea if this would look good though, but is is an idea at least
Generating lightmaps would be nice but I plan to make the whole map from 2m x 2m mesh pieces, where the floor and walls are also in quite many pieces. So I would need to predict all the combinations and also there is the problem that I could not have large areas lit simultaneously… Or that is what I assume at least! Take the picture below as an example. Each square is a wall/floor piece. If the lamp is attached to the wall, it might lit things up to 4+ meters and cover many floor tiles… And of course there is the problem when we add other game objects like furniture in the mix… Oh boy what have I gotten myself into
ohhhh that makes me think to something How many lights max do you have per mesh ?
I wonder if you could limit each mesh to include only the impactfull lights so that basically most meshes would fall under the max limit cause if they are lets say point light all the meshes would not be impacted by all the lights ?