Page 1 of 3

Better Clamping in Luxcore

Posted: Mon Mar 23, 2020 3:52 pm
by Sharlybg
You remenber My last renderer war Cycles vs luxcore. Just now wanted to make a Luxcore vs Octane now but that would be really really destroying and pretty unfair to luxcore. The reason behind : clamping

While Luxcore and cycles tend to loose lighting quality and information Octane is able to keep almost everything even in very low clamping value scenario.

Octane Clamping : 1000
1000.jpg

Octane Clamping : 100
100.jpg

Octane Clamping : 10
10.jpg

Octane Clamping : 1
1.jpg

As you can see at same render time (5mn) you get a clean image and this is without any caching. In such extreme clamping case Luxcore would loose lot of indirect and direct light information as clampling is cut the same way for both.

Maybe some fireflies filtering like in clarissefx can help.

https://www.clarissewiki.com/4.0/firefl ... ering.html

Re: Better Clamping in Luxcore

Posted: Mon Mar 23, 2020 4:05 pm
by B.Y.O.B.
Can you post noise-free images without clamping vs. clamping = 1?

Re: Better Clamping in Luxcore

Posted: Mon Mar 23, 2020 4:20 pm
by Dade
It is likely to be a clamping method based on the PDF of the path, not on a window around the expected value.

Re: Better Clamping in Luxcore

Posted: Mon Mar 23, 2020 4:56 pm
by Sharlybg
B.Y.O.B. wrote: Mon Mar 23, 2020 4:05 pm Can you post noise-free images without clamping vs. clamping = 1?
40Mn Render no clamping aka (1000000)/ it is the limit
No clamping (1000000).jpg

Dade wrote: Mon Mar 23, 2020 4:20 pm It is likely to be a clamping method based on the PDF of the path, not on a window around the expected value.

Clarisse Fx or Octane one ? is it better If yes can we add it ?

Re: Better Clamping in Luxcore

Posted: Mon Mar 23, 2020 5:06 pm
by B.Y.O.B.
Sharlybg wrote: Mon Mar 23, 2020 4:56 pm
B.Y.O.B. wrote: Mon Mar 23, 2020 4:05 pm Can you post noise-free images without clamping vs. clamping = 1?
40Mn Render no clamping aka (1000000)/ it is the limit
Not noise-free, but I guess it's enough to estimate the final brightness.
Clamping = 1 loses quite a bit of brightness compared to this, from what i can see.
Would the clamping in LuxCore right now be much different?

Re: Better Clamping in Luxcore

Posted: Mon Mar 23, 2020 6:58 pm
by Sharlybg
Clamping = 1 loses quite a bit of brightness compared to this, from what i can see.
Would the clamping in LuxCore right now be much different?
Of course there is a small loose but compared to the speed and preserved light quality it by far Better.

Look luxcore at clamping 1 took 12 minute and stay noisier:
Lux_clamp1_12MN.jpg
Clamping at 0.2 is less noisier and took 7mn(compared to 5mn clean octane) but lighting is crashed :
Lux_clamp0.2_7MN.jpg
Seriously they don't handle clamping the same way and i can feel it quickly while working with it.

Re: Better Clamping in Luxcore

Posted: Mon Mar 23, 2020 7:01 pm
by Sharlybg
Edit i messed up resolution. :roll:

but you can see how it look.

Note there is no Caching on luxcore of course.

Re: Better Clamping in Luxcore

Posted: Mon Mar 23, 2020 7:14 pm
by Sharlybg
Luxcore + caching clamping at 1 is still the boss but it isn't ideal to be match in speed when you run Gi caching by a Brute force solution.And Octane isn't using optix in my test :?
Lux_clamp 1_5MN+ caching.jpg

I think between Clamping MIS and other method there is lot of room for improvement.

Re: Better Clamping in Luxcore

Posted: Mon Mar 23, 2020 8:15 pm
by Sharlybg
Brute force unclamped 50 mn luxcore :
Lux_Noclamp _50MN.jpg

Re: Better Clamping in Luxcore

Posted: Mon Mar 23, 2020 9:51 pm
by Dade
Sharlybg wrote: Mon Mar 23, 2020 4:56 pm Clarisse Fx or Octane one ? is it better If yes can we add it ?
If I add the their sources...

The PDF based clamping is an old JeanPhi's idea, he tried an implementation based on local vertex path clamping and it didn't worked well however I think the idea may work if considering the complete path PDF.