- User Since
- Dec 26 2013, 7:53 PM (160 w, 2 d)
Fri, Jan 20
Hm, right, it was too spammy in headless mode - fixed now.
Thu, Jan 19
Okay, the two issues you mentioned are fixed.
Tue, Jan 17
Mon, Jan 16
Thu, Jan 12
Wed, Jan 4
Yes, that's definitely a good idea - even if this was revived at some point, it would be a completely rewritten patch anyways.
Dec 20 2016
Dec 19 2016
Ah, yes, I forgot to commit that change.
If it's possible to multithread all of sync_materials, that's even better, but I wasn't sure about the Blender-side code...
Dec 18 2016
This is unfortunately a known problem with 2.78a, see for example T49846.
The bug is fixed in master, so any recent buildbot version should work.
Dec 14 2016
Hm, I looked into this again and it really was the wrong approach...
This is both shorter and actually works as far as I can see.
Okay, here's a rewritten and cleaner implementation into the Cycles kernel and render code.
Hi, great to see interest in that patch!
Dec 13 2016
Dec 12 2016
Dec 8 2016
Great idea, seems rather easy and useful.
Dec 7 2016
Yes, I can reproduce the issue.
The difference is caused by decoupled sampling, which is currently enabled on CPUs and disabled on CUDA. So, there are two ways to fix this problem - either allow the user to disable it on the CPU, or enable in on CUDA.
I'm not sure why it's disabled on CUDA right now, though.
Dec 4 2016
I can't reproduce that on my local Linux build (rBa2ebc5), but it wouldn't be the first issue that only happens on one OS.
Dec 3 2016
Here's a new version of this idea, based on a commit from the denoising branch.
Nov 26 2016
Rebased to current master.
Nov 25 2016
I've just tested the file, and there indeed is a huge difference when disabling the light termination.
However, the same seems to happen for regular PT (which makes sense, since there's only one light source).
Here are my renders (with Color Management exposure at 3):