Env. Light Visibility Cache

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

Env. Light Visibility Cache

Post by Dade » 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)" (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: 1327
Joined: Mon Dec 04, 2017 10:11 pm
Location: Ivory Coast

Re: Env. Light Visibility Cache

Post by Sharlybg » Mon May 20, 2019 4:44 pm

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: 1102
Joined: Fri May 04, 2018 5:16 am

Re: Env. Light Visibility Cache

Post by lacilaci » Mon May 20, 2019 5:01 pm

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: 1327
Joined: Mon Dec 04, 2017 10:11 pm
Location: Ivory Coast

Re: Env. Light Visibility Cache

Post by Sharlybg » 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 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: 1102
Joined: Fri May 04, 2018 5:16 am

Re: Env. Light Visibility Cache

Post by lacilaci » Mon May 20, 2019 6:51 pm

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.

User avatar
epilectrolytics
Donor
Donor
Posts: 383
Joined: Thu Oct 04, 2018 6:06 am

Re: Env. Light Visibility Cache

Post by epilectrolytics » Mon May 20, 2019 7:07 pm

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?
MBPro 15" 16GB i7-4850HQ GT750M, MacOS 10.13.6 & Win10Pro PC 16GB Ryzen 2700X, RTX 2070, GTX 1060

User avatar
Dade
Developer
Developer
Posts: 2493
Joined: Mon Dec 04, 2017 8:36 pm

Re: Env. Light Visibility Cache

Post by Dade » Mon May 20, 2019 7:28 pm

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: 2493
Joined: Mon Dec 04, 2017 8:36 pm

Re: Env. Light Visibility Cache

Post by Dade » Mon May 20, 2019 7:30 pm

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: 62
Joined: Tue Dec 05, 2017 4:54 pm

Re: Env. Light Visibility Cache

Post by Piita » Mon May 20, 2019 8:17 pm

Looks promising indeed
Piitas.blog
Librem 5 - The privacy focused smart phone. It does not run Android or iOS that track you and send data about you to Google.

User avatar
lacilaci
Donor
Donor
Posts: 1102
Joined: Fri May 04, 2018 5:16 am

Re: Env. Light Visibility Cache

Post by lacilaci » Tue May 21, 2019 4:45 am

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