Hello,
I have been following the general methodologies for creating animations in increasing my Light Cache Subdivisions to 3000, and my retrace to 8. In general this seems to work 90% of the time. I'm working with VRay Next GPU, using the Bucket sampler.
I have noticed that at 3000 subdivs and 8.0 retrace, I sometimes still get flickering in a sequence of frames. It would be very nice if someone could explain why in a sequence of frames, such as 1-5 for example, which have a slow camera pan, frames 1, 2, 3 and 5 would render perfectly, but frame 4 seems has calculated the light very differently. I'd just like to know more about what's going on under the hood I guess as I just think it would be good to know why exactly this is happening when the frames are so similar. I was searching my scene endlessly to ensure I did not have anything accidentally keyframed on these "problem" frames, which I do not. Is there some way I can evaluate my scene to determine what LC subdiv or retrace values will never produce this issue?
I'm still testing the animation, but man is it time consuming to do so. Could someone advise, if this occurs, is it better to increase Subdivisions beyond 3000, or the retrace beyond 8, or both? Is there something else going on when the recommended settings aren't cutting it? Interestingly, switching from Buckets to Progressive sampler seems to produce the correct result on these problem frames if I increase the retrace from 8 to 12. The problem frames are still an issue if I don't increase retrace when using Progressive sampler.
Edit: actually my testing with the Progressive Sampler is invalid, as I was using a render region on the problem area of the frame. When i turned off the render region the problem was still there. Testing further...
Edit 2: It might also be worth mentioning that when I am previewing the Light Cache in the Progressive Sampler, the lighting looks correct during the Light Cache process. When the frame starts rendering after the light cache is finished, some additional light seems to come from nowhere making the frame look really different from the one before and after it.
Edit 3: It seems reducing the sample size from 0.01 to 0.005 has resolved the issue on at least one of the problem frames. This was with 3000 Subdivs, 0.005 Sample Size, and 8 Retrace.
So is it safe to say that when using the recommended settings of 3000 subdivs and 8 retrace, that if you still have some flickering, reducing the sample size will likely resolve the issue? Just trying to collect more data from other users whether or not they have encountered similar issues and have devised workarounds. Reducing the sample size did not increase the light cache processing time by very much, but every little bit adds up over a ton of frames.
I have been following the general methodologies for creating animations in increasing my Light Cache Subdivisions to 3000, and my retrace to 8. In general this seems to work 90% of the time. I'm working with VRay Next GPU, using the Bucket sampler.
I have noticed that at 3000 subdivs and 8.0 retrace, I sometimes still get flickering in a sequence of frames. It would be very nice if someone could explain why in a sequence of frames, such as 1-5 for example, which have a slow camera pan, frames 1, 2, 3 and 5 would render perfectly, but frame 4 seems has calculated the light very differently. I'd just like to know more about what's going on under the hood I guess as I just think it would be good to know why exactly this is happening when the frames are so similar. I was searching my scene endlessly to ensure I did not have anything accidentally keyframed on these "problem" frames, which I do not. Is there some way I can evaluate my scene to determine what LC subdiv or retrace values will never produce this issue?
I'm still testing the animation, but man is it time consuming to do so. Could someone advise, if this occurs, is it better to increase Subdivisions beyond 3000, or the retrace beyond 8, or both? Is there something else going on when the recommended settings aren't cutting it? Interestingly, switching from Buckets to Progressive sampler seems to produce the correct result on these problem frames if I increase the retrace from 8 to 12. The problem frames are still an issue if I don't increase retrace when using Progressive sampler.
Edit: actually my testing with the Progressive Sampler is invalid, as I was using a render region on the problem area of the frame. When i turned off the render region the problem was still there. Testing further...
Edit 2: It might also be worth mentioning that when I am previewing the Light Cache in the Progressive Sampler, the lighting looks correct during the Light Cache process. When the frame starts rendering after the light cache is finished, some additional light seems to come from nowhere making the frame look really different from the one before and after it.
Edit 3: It seems reducing the sample size from 0.01 to 0.005 has resolved the issue on at least one of the problem frames. This was with 3000 Subdivs, 0.005 Sample Size, and 8 Retrace.
So is it safe to say that when using the recommended settings of 3000 subdivs and 8 retrace, that if you still have some flickering, reducing the sample size will likely resolve the issue? Just trying to collect more data from other users whether or not they have encountered similar issues and have devised workarounds. Reducing the sample size did not increase the light cache processing time by very much, but every little bit adds up over a ton of frames.
Comment