Env. Light Visibility Cache

Discussion related to the LuxCore functionality, implementations and API.
Post Reply
User avatar
Dade
Developer
Developer
Posts: 5672
Joined: Mon Dec 04, 2017 8:36 pm
Location: Italy

Env. Light Visibility Cache

Post by Dade »

I'm working on a new version of the "Visibility driven sampling of env. light sources (aka portals without portals)" (viewtopic.php?f=5&t=93).
The original version was using a single visibility map for all the scene. The new version instead uses many visibility maps, one for each cache entry with the entries evenly spread over all surfaces as usual (i.e. the same of PGIC and DLSC).

Indeed, being able to have a local visibility map, is far more accurate than using a global one. The draw back is an increase of memory required to store all maps.

Today, I have done the very first rendering with the new code. This is a direct light only rendering (100 samples/pixel) without visibility map:

normal.jpg

and this with the new EVL cache:

cache.jpg

It looks promising.
Support LuxCoreRender project with salts and bounties
User avatar
Sharlybg
Donor
Donor
Posts: 3101
Joined: Mon Dec 04, 2017 10:11 pm
Location: Ivory Coast

Re: Env. Light Visibility Cache

Post by Sharlybg »

Uhm ! juicy result for an early code ! congratulation Dade . ;)
Support LuxCoreRender project with salts and bounties

Portfolio : https://www.behance.net/DRAVIA
User avatar
lacilaci
Donor
Donor
Posts: 1969
Joined: Fri May 04, 2018 5:16 am

Re: Env. Light Visibility Cache

Post by lacilaci »

Looking good...

1. Shadows in the back wall still look quite noisy, why is that?

2. How bad is the memory footprint? Does it increase with scene complexity?

3. Can this be used for other light types too?
User avatar
Sharlybg
Donor
Donor
Posts: 3101
Joined: Mon Dec 04, 2017 10:11 pm
Location: Ivory Coast

Re: Env. Light Visibility Cache

Post by Sharlybg »

1. Shadows in the back wall still look quite noisy, why is that?
Maybe not enough sample. Was not intended to be 100%
Clear as it is a direct comparison at same sample level.
Last edited by Sharlybg on Tue May 21, 2019 12:11 am, edited 1 time in total.
Support LuxCoreRender project with salts and bounties

Portfolio : https://www.behance.net/DRAVIA
User avatar
lacilaci
Donor
Donor
Posts: 1969
Joined: Fri May 04, 2018 5:16 am

Re: Env. Light Visibility Cache

Post by lacilaci »

Sharlybg wrote: Mon May 20, 2019 6:10 pm
1. Shadows in the back wall still look quite noisy, why is that?
Maybe not enough sample. Was npt intended to be 100%
Clear as it is a direct comparison at same sampne level.
Maybe, I'm also viewing it on a phone atm...

Anyway, if there's a build I'll give it a proper try tomorrow, cause today I saw only an unsuccessful build on azure.
epilectrolytics
Donor
Donor
Posts: 790
Joined: Thu Oct 04, 2018 6:06 am

Re: Env. Light Visibility Cache

Post by epilectrolytics »

Dade wrote: Mon May 20, 2019 2:42 pm I'm working on a new version of the "Visibility driven sampling of env. light sources (aka portals without portals)"
Indeed it looks promising!
Dade wrote: Sun Mar 03, 2019 9:29 pm The data collected by tracing photons are a gold mine: at the moment I'm in doubt between a new version of visibility map for infinite lights or guided brute force path tracing (when current stuff is done).
Is "guided brute force path tracing" still considered for development later?
User avatar
Dade
Developer
Developer
Posts: 5672
Joined: Mon Dec 04, 2017 8:36 pm
Location: Italy

Re: Env. Light Visibility Cache

Post by Dade »

lacilaci wrote: Mon May 20, 2019 5:01 pm 2. How bad is the memory footprint? Does it increase with scene complexity?
It was my main concern at the start however I haven't seen a noticeable increase of memory usage in this scene (it has about 1300 cache entries).

The complexity of the scene will increase the amount of cache entries required however it seems manageable at the moment.
lacilaci wrote: Mon May 20, 2019 5:01 pm 3. Can this be used for other light types too?
It could in the future (see my next post).
Support LuxCoreRender project with salts and bounties
User avatar
Dade
Developer
Developer
Posts: 5672
Joined: Mon Dec 04, 2017 8:36 pm
Location: Italy

Re: Env. Light Visibility Cache

Post by Dade »

epilectrolytics wrote: Mon May 20, 2019 7:07 pm
Dade wrote: Sun Mar 03, 2019 9:29 pm The data collected by tracing photons are a gold mine: at the moment I'm in doubt between a new version of visibility map for infinite lights or guided brute force path tracing (when current stuff is done).
Is "guided brute force path tracing" still considered for development later?
This method is very similar to a guided method. It "guides" only for env. light sources but it could "guides" for any kind of incoming light (direct and indirect).
Support LuxCoreRender project with salts and bounties
User avatar
Piita
Supporting Users
Posts: 64
Joined: Tue Dec 05, 2017 4:54 pm

Re: Env. Light Visibility Cache

Post by Piita »

Looks promising indeed
Piitas.blog
Librem 5 - The privacy focused smart phone
User avatar
lacilaci
Donor
Donor
Posts: 1969
Joined: Fri May 04, 2018 5:16 am

Re: Env. Light Visibility Cache

Post by lacilaci »

Is this enabled by default?(replacing current visibility map) or is it a new feature/mode that has to be exposed in blender?
Post Reply