Change Details

The viewport update speed when rendering with infinite samples has been changed to work based on time since render start rather than sample count. I have made this change because if you have a device fast enough to exceed 32 samples in 0.1 seconds, then the next viewport update you'll observe is 2 second after render start which can be annoying for anyone wishing to quickly iterate on fine detail parts of their scene. Here is an example video of the issue (some of the "viewport changes" you see are due to compression artifacts to keep the video small): {F10290321} And here is my fix tested (the second demo with the caustics is there to show that the viewport updates reduce as time goes on. It's easier to see in the caustics scene due to the fireflies. This is important because reduced viewpoint updates means faster ray tracing. The difference is that with this patch the slow viewport update (1 once every 2 seconds) has been moved to after rendering for 8 seconds rather than occurring at 32 samples which could happen really quickly with simplistic scenes. Also the denoiser stopping at the end of the video has been fixed and is currently in the patch available for review): {F10290508}

The viewport update speed when rendering with infinite samples has been changed to work based primarily on time since render start rather than sample count. This change has been made because if you have a device fast enough to exceed 32 samples in 0.1 seconds, then the next viewport update you'll observe is 2 second after `render start` which can be annoying for anyone wishing to quickly iterate on fine details as `render start` is usually a 1 sample per pixel image meaning fine detail is lost in noise or overly blurred by a denoiser. This change was made possible with help from Will Rusthon (a friend) and Blender developers. Here is an example video of the issue (some of the "viewport changes" you see are due to compression artifacts to keep the video small): {F10290321} And here is my fix tested (the second demo with the caustics is there to show that the viewport updates reduce as time goes on. It's easier to see in the caustics scene due to the fireflies. This is important because reduced viewpoint updates means faster ray tracing. The difference is that with this patch the slow viewport update (1 once every 2 seconds) has been moved to after rendering for 8 seconds rather than occurring at 32 samples which could happen really quickly with simplistic scenes. Also the denoiser stopping at the end of the video has been fixed and is currently in the patch available for review): {F10290508}

The viewport update speed when rendering with infinite samples has been changed to work based primarily on time since render start rather than sample count. I have made this changeThis change has been made because if you have a device fast enough to exceed 32 samples in 0.1 seconds, then the next viewport update you'll observe is 2 second after `render start` which can be annoying for anyone wishing to quickly iterate on fine detail parts of their scenes as `render start` is usually a 1 sample per pixel image meaning fine detail is lost in noise or overly blurred by a denoiser. This change was made possible with help from Will Rusthon (a friend) and Blender developers. Here is an example video of the issue (some of the "viewport changes" you see are due to compression artifacts to keep the video small): {F10290321} And here is my fix tested (the second demo with the caustics is there to show that the viewport updates reduce as time goes on. It's easier to see in the caustics scene due to the fireflies. This is important because reduced viewpoint updates means faster ray tracing. The difference is that with this patch the slow viewport update (1 once every 2 seconds) has been moved to after rendering for 8 seconds rather than occurring at 32 samples which could happen really quickly with simplistic scenes. Also the denoiser stopping at the end of the video has been fixed and is currently in the patch available for review): {F10290508}