LuxCoreRender Forums

Is this normal at the cost of having less noise?

no clamp



clamp (Set Suggested Value: 7.85)

Dade wrote: ↑

Sat Feb 15, 2020 12:31 pm

Clamping value is very dependent on the light sources types. You have mostly 2 cases: indoor Vs. outdoor (area/point/etc. lights Vs. Sun/Sky/HDR/etc.).

And with set suggested value is it unfeasible for animation?

Sharlybg wrote: ↑

Mon Feb 03, 2020 8:09 am

Try to reduce your clamping value to something like 5. avoid 100 % white or black shader (80% max).

Does it work in all render cases?

Barely 5000 samples :? It just dawned on me that the problem with the incoming light could be easily solved by putting a glass pane in front of the emitting plane, outside of the screen. Then it will be a caustic beam like the rest and rendered quickly with light tracing :idea: It is true! Very goo...

Barely 5000 samples

I didn't save that one, but was able to recreate it for v2.3beta on Blender 2.81a. The "incoming beam" directly from the IES light is not rendered by light tracing (because no caustic before going through the first sphere) and therefore extremely slow to converge. I did never finish this render but...

Looks good!!! Took u how long render? Test report: This test was done with an Intel I5 and a GTX 1050 Ti with 32 GB of RAM. First example: Path OpenCL with Sobol and clamping of 10.9. Only Path Tracing without any option activated. Time: 28 minutes 2000 Samples + Node denoise. https://i.ibb.co/3WVh...

If the box is made of NULL material, it may not work. Just use the world volume and remove the NULL material box :idea: Yep, that worked (for the incoming beam). With world volume, PathOCL Metro + PGI and light tracing I could trace the rays completely. Still volume caustics per light tracing are t...

Hybrid Back/Forward path tracing is NICE.

Thanks BYOB