The Watcher on 18/5/2013 at 20:50
I've updated the first post of this thread with an important notice: after experimentation, I have determined that the description of light behaviour given in the first post only (fully) applies to light cast by Renderer -> Light.
In many respects it applies to light cast by Renderer -> Anim Light (you can still control the light curve as described), but there is one very significant and important difference: when you use Renderer -> Anim Light you will find that, regardless of any settings you may give the Anim Light, there will always be a point at which the light cast by it suddenly drops from quite visible to zero. This drop-off point is not (directly) determined by the Anim Light's radius or inner radius: the drop off is consistently at a specific brightness level. As soon as the light from your Anim Light drops below that brightness level it stops being included in lighting calculations.
Going back to 1.18 dromed, I see the same behaviour, but it is far less noticeable as the lightmaps are much lower quality; it's only in NewDark that it is obvious. I can't find any way to prevent it happening, so I guess it's just something that has to be designed around.
The Watcher on 13/10/2015 at 23:24
Another, rather overdue, update to the first post: it now consolidates the information about anim light differences, and adds a mention of the v1.22+ set_animlight_cutoff command for changing the anim light cut-off intensity.
LarryG on 14/10/2015 at 00:27
Thank you. This is an important thread.
ZylonBane on 14/10/2015 at 15:05
Your information about the QuadLit setting is incomplete. NewDark only pays attention to that setting when using the Standard shadow softness setting in the Build dialog. All other settings override it. QuadLit on object lighting is basically an obsolete, legacy property now.
The Watcher on 14/10/2015 at 19:24
Thanks, I've updated the first post with that.
ZylonBane on 17/10/2015 at 19:37
Anyone know what the actual maximum value is for brightness fields? At some point increasing the value causes the light output to become darker, as if an integer overflow is happening, even though the field is a float.
Le MAlin 76 on 5/6/2018 at 13:56
Anyone have studied the implication can have the 'lm32_params' command to calibrate and used like a "color grading"
I think that the using of this command can have some nice usings. With some cam_ext.cfg white balance parameters you can have some sepia or other vintage color rendering.