Intel® Open Volume Kernel Library

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

Intel® Open Volume Kernel Library

Post by Dade » Tue Oct 01, 2019 9:25 am

Support LuxCoreRender project with salts and bounties

User avatar
Sharlybg
Donor
Donor
Posts: 1528
Joined: Mon Dec 04, 2017 10:11 pm
Location: Ivory Coast

Re: Intel® Open Volume Kernel Library

Post by Sharlybg » Tue Oct 01, 2019 11:38 am

Dade wrote:
Tue Oct 01, 2019 9:25 am
Interesting: https://www.openvkl.org
Nice one ;)
Support LuxCoreRender project with salts and bounties

Portfolio : https://www.behance.net/DRAVIA

kintuX
Posts: 474
Joined: Wed Jan 10, 2018 2:37 am

Re: Intel® Open Volume Kernel Library

Post by kintuX » Tue Oct 01, 2019 11:24 pm

Really fine... and I wonder is there any intention? Will there be time to give it some love? ;)

User avatar
Dade
Developer
Developer
Posts: 3270
Joined: Mon Dec 04, 2017 8:36 pm
Location: Italy

Re: Intel® Open Volume Kernel Library

Post by Dade » Wed Oct 02, 2019 7:56 am

kintuX wrote:
Tue Oct 01, 2019 11:24 pm
Really fine... and I wonder is there any intention? Will there be time to give it some love? ;)
We already support OpenVDB file format but both OpenVDB and Intel library support only CPU rendering (i.e. lack the OpenCL support) so they are useless for use on that front.
Support LuxCoreRender project with salts and bounties

kintuX
Posts: 474
Joined: Wed Jan 10, 2018 2:37 am

Re: Intel® Open Volume Kernel Library

Post by kintuX » Thu Oct 03, 2019 2:22 pm

Dade wrote:
Wed Oct 02, 2019 7:56 am
kintuX wrote:
Tue Oct 01, 2019 11:24 pm
Really fine... and I wonder is there any intention? Will there be time to give it some love? ;)
We already support OpenVDB file format but both OpenVDB and Intel library support only CPU rendering (i.e. lack the OpenCL support) so they are useless for use on that front.
From my experience, volumes are anyways too long, too hard to render on GPUs... so, just do hybrid for those too ;)

User avatar
Dade
Developer
Developer
Posts: 3270
Joined: Mon Dec 04, 2017 8:36 pm
Location: Italy

Re: Intel® Open Volume Kernel Library

Post by Dade » Thu Oct 03, 2019 4:25 pm

kintuX wrote:
Thu Oct 03, 2019 2:22 pm
From my experience, volumes are anyways too long, too hard to render on GPUs... so, just do hybrid for those too ;)
It is a somewhat interesting idea because, at that point, I could use OpenVDB/OpenVolumeKernelLibrary CPU code (and only CPU ram to store the volume data, this would be a big plus).

However, it may work only for small, confined in space, objects (a fire, a cloud, etc.): the GPU will have to not render all paths affected by the volume so, for instance, if you use the volume for air scattering ... you would end with a CPU only rendering.
Support LuxCoreRender project with salts and bounties

kintuX
Posts: 474
Joined: Wed Jan 10, 2018 2:37 am

Re: Intel® Open Volume Kernel Library

Post by kintuX » Thu Oct 03, 2019 4:44 pm

Dade wrote:
Thu Oct 03, 2019 4:25 pm
It is a somewhat interesting idea because, at that point, I could use OpenVDB/OpenVolumeKernelLibrary CPU code (and only CPU ram to store the volume data, this would be a big plus).

However, it may work only for small, confined in space, objects (a fire, a cloud, etc.): the GPU will have to not render all paths affected by the volume so, for instance, if you use the volume for air scattering ... you would end with a CPU only rendering.
Which, for the time being & multi core CPUs nowadays wouldn't be such a problem,
while also being another huge benefit/advantage of LuxCore VS Corona ;)

Post Reply