Page 2 of 3
Re: New RTPATHOCL synchronization code
Posted: Thu Jun 11, 2020 6:05 pm
by Sharlybg
BTW, 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).
More power ? yes of course

Re: New RTPATHOCL synchronization code
Posted: Fri Jun 12, 2020 8:56 am
by juangea
Yes of course!
Any Ryzen/Threadripper can take leverage on this

Re: New RTPATHOCL synchronization code
Posted: Sun Jun 21, 2020 2:02 pm
by B.Y.O.B.
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.
Re: New RTPATHOCL synchronization code
Posted: Sun Jun 21, 2020 3:32 pm
by Dade
B.Y.O.B. wrote: Sun Jun 21, 2020 2:02 pm
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?
Yes, the frame is over-writing the older one ... my be the problem is in AOVs, I will check.
Re: New RTPATHOCL synchronization code
Posted: Mon Jun 22, 2020 8:50 am
by Dade
Dade wrote: Sun Jun 21, 2020 3:32 pm
Yes, the frame is over-writing the older one ... my be the problem is in AOVs, I will check.
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
Posted: Mon Jun 22, 2020 11:32 am
by TAO
Great news.
I'm going to try it and see if everythings works as it should. Great job.
Re: New RTPATHOCL synchronization code
Posted: Mon Jun 22, 2020 5:06 pm
by B.Y.O.B.
Dade wrote: Mon Jun 22, 2020 8:50 am
There was a problem when resizing the view port causing ghosting even without OIDN. I fixed this issue.
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
Posted: Tue Jun 23, 2020 9:12 am
by Dade
B.Y.O.B. wrote: Mon Jun 22, 2020 5:06 pm
Dade wrote: Mon Jun 22, 2020 8:50 am
There was a problem when resizing the view port causing ghosting even without OIDN. I fixed this issue.
I am still getting the same ghosting after moving the camera.
I should have fixed this problem.
Re: New RTPATHOCL synchronization code
Posted: Tue Jun 23, 2020 9:43 am
by Dade
B.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.
I'm unable to reproduce this problem but I fixed something that could be related:
https://github.com/LuxCoreRender/BlendL ... issues/485
Re: New RTPATHOCL synchronization code
Posted: Tue Jun 23, 2020 10:16 am
by kintuX
Dade wrote: Tue Jun 23, 2020 9:43 am
B.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.
I'm unable to reproduce this problem but I fixed something that could be related:
https://github.com/LuxCoreRender/BlendL ... issues/485
Confirming, build against commit fec47c31b works OK - doesn't crash nor freeze
