More power ? yes of courseBTW, is there any interest in adding CPU (i.e. hybrid => CPU+GPU) support for RTPATHOCL ? It may be helpful on high end CPUs where the CPU is about as fast as the GPU (i.e. RTPATHOCL is currently GPU-only rendering).
New RTPATHOCL synchronization code
Re: New RTPATHOCL synchronization code
Re: New RTPATHOCL synchronization code
Yes of course!
Any Ryzen/Threadripper can take leverage on this
Any Ryzen/Threadripper can take leverage on this
Re: New RTPATHOCL synchronization code
I gave it a spin and it seems to work quite well so far. The Blender interface is much more fluid, even in heavy scenes.
The only oddity I observe is that after viewport denoising, a certain ghosting shows up. It seems like the film is not properly cleared after scene edits, leaving some samples of the last frame(s), which are picked up by the denoiser?
To reproduce, open the danish mood scene, start the viewport render and move the camera around (viewport denoising should already be enabled). Then stop moving and wait for 10 seconds, until the denoiser is started.
The only oddity I observe is that after viewport denoising, a certain ghosting shows up. It seems like the film is not properly cleared after scene edits, leaving some samples of the last frame(s), which are picked up by the denoiser?
To reproduce, open the danish mood scene, start the viewport render and move the camera around (viewport denoising should already be enabled). Then stop moving and wait for 10 seconds, until the denoiser is started.
Re: New RTPATHOCL synchronization code
Yes, the frame is over-writing the older one ... my be the problem is in AOVs, I will check.
Re: New RTPATHOCL synchronization code
There was a problem when resizing the view port causing ghosting even without OIDN. I fixed this issue.
At the very beginning, there still some ghosting-like effect but I'm not sure if there is still something or it is just the normal OIDN behavior when there aren't enough samples
Re: New RTPATHOCL synchronization code
Great news.
I'm going to try it and see if everythings works as it should. Great job.
I'm going to try it and see if everythings works as it should. Great job.
Omid Ghotbi (TAO)
Last update information
viewtopic.php?p=34390#p34390
My Artstation https://www.artstation.com/omidghotbi
My Instagram https://www.instagram.com/omid.ghotbi
Last update information
viewtopic.php?p=34390#p34390
My Artstation https://www.artstation.com/omidghotbi
My Instagram https://www.instagram.com/omid.ghotbi
Re: New RTPATHOCL synchronization code
I am still getting the same ghosting after moving the camera.
Also, RTPathOCL sometimes gets stuck completely when resizing the viewport, or when ending the viewport render, requiring to kill the Blender process via task manager. I got hangs like this both with OpenCL and with CUDA backend, only tested on Windows 10 so far.
Re: New RTPATHOCL synchronization code
I should have fixed this problem.
Re: New RTPATHOCL synchronization code
I'm unable to reproduce this problem but I fixed something that could be related: https://github.com/LuxCoreRender/BlendL ... issues/485B.Y.O.B. wrote: ↑Mon Jun 22, 2020 5:06 pm Also, RTPathOCL sometimes gets stuck completely when resizing the viewport, or when ending the viewport render, requiring to kill the Blender process via task manager. I got hangs like this both with OpenCL and with CUDA backend, only tested on Windows 10 so far.
Re: New RTPATHOCL synchronization code
Confirming, build against commit fec47c31b works OK - doesn't crash nor freezeDade wrote: ↑Tue Jun 23, 2020 9:43 amI'm unable to reproduce this problem but I fixed something that could be related: https://github.com/LuxCoreRender/BlendL ... issues/485B.Y.O.B. wrote: ↑Mon Jun 22, 2020 5:06 pm Also, RTPathOCL sometimes gets stuck completely when resizing the viewport, or when ending the viewport render, requiring to kill the Blender process via task manager. I got hangs like this both with OpenCL and with CUDA backend, only tested on Windows 10 so far.