It’s not cheating. The best solution to displaying such gradients without banding is to get a 10bit monitor + matching GPU. With regular 8bit display hardware, dithering is the method to display such gradients without visible banding.
“Everyone”? Or linux users only? I think that version is well behind where the current Windows driver is.
I only noticed the regression on Windows. If you only work with your GPU, 6 months “old” is actually new, so v436 is good. Gamers need updates very often for new games, but professionals generally have a better time staying on a driver which does the job fast and in a stable way. Note that it’s just a recommendation. If you play recent games, you may have to do a choice between gaming and rendering speed.
New builds of E-Cycles are up for all platforms. Some bug fixes were made in Blender, so the new builds are more stable.
Happy rendering!
Ladies and gentlemen, I’m happy and honoured to see you have brought me in the top ten of peoples receiving likes on blenderartists.org.
Thanks a lot for your support, it really helps! 
That’s fine. You mentioned 436.35 being stabler than the “latest” version and I know that on the Windows side that’s a pretty wide spread (several months, I think), at least for people who do frequent upgrades. Meanwhile “latest” for Linux is a bit closer to 436.35 which got me wondering whether your advice was general or platform specific.
Is there a “CPU version” of E-Cycles planned that gives similar speedups (if possible)?
Is there any problem with light groups in CUDA? It’s such a great feature for archviz post-po, i’m so happy you took the time to include it in e-cycles even if it’s not exactly a cycles performance improvement 
Wow.
I am impressed, amazing render speeds on Linux (Nvidia 440 opensource)…
Blender Cycles 2.82 => 14.20s
E-Cycles RTX 2020 => 5.94s
Thanks for this @bliblubli
Hi Mathieu
Since there is no option to contact you via gumroad, I try via this forum.
I just rendered a 2d scene with e-cycles and get a lot of fireflies, tried with adjusting:
Clamp from 0 up to 2000
Samplecount from 1 to 1024
Denoising on and off
No luck.
Any inputs?
@UserUser717: Thanks, did not help here ;(
@UserUser717: I am just rendering in Blender 2.82 without e-cycles = no fireflies
Hi, we, or at least @bliblubli need a .blend for test.
You can reply to a mail from gumroad if you don´t like to publish the file in a forum.
Cheers, mib
not relevant but - cool design!
Hi,
I’m on it, I had it in for 2.81 even, but this patch somehow gave prety big speed regressions in some scenes, so I removed it. With OptiX it works great, so it’s included in the RTX version. I’ll have another look with CUDA for 2.82 
I already have several users with doing CPU rendering with E-Cycles because of the high quality and easy to use AI denoising, the extra features, the streamlined UI, support, etc.
For the out-of-the-box speed-up Currently, the best I got for CPU was around 20%, so CUDA and OptiX are still the main focus for now.
So it’s possible to speed-up rendering for CPU with E-Cycles, but it requires some clicks.
Hi,
thanks for the report. Can it be that you have persistent data on?
Please send me a mail (answer any mail from Gumroad about E-Cycles) so that the discussion is easier to follow.
Hi,
thanks for the report. As Mib2Berlin said, you can contact me by answering any mails from Gumroad about E-Cycles. I would need the exact OS, CPU, GPU, driver version and a .blend file to reproduce.
Two (gorgeous) E-Cycles renders I liked today ![]()
https://twitter.com/cg_ashed/status/1214590980613181442
https://twitter.com/DeevanHoven/status/1214636810481127424
Mathieu,
I just receive from Gumroad a recurring charge for e-cycles 2020 membership of $55.04.
Edit: Since the issue has being resolve.
Thanks,
