Yes, because like Lukas, I also know what I am talking about. I recognize the importance of being able to spend most of the time focusing on art rather than tweaking dozens of technical parameters which balance speed and bias in all the various different ways. Artist time is way more expensive than computer time.
I am not saying what bliblubli is doing is wrong. Go take look at my first post of this argument. All I asked about is that Iād like to see how his optimizations perform in a setup that doesnāt have lighting faked to such a degree it looks like a frame from a game. I just wanted to see if the speed difference applies also for use cases where user canāt afford to compromise quality to gain speed.
ā¦but the general consensus is that Lukas is wrong in his take. He is a perfect example of tunnel vision that ignores even the technical director on some of the most prominent uses of Blender to date. And thats in a traditional realism based useage - not even getting into more fine art / stylized uses of Blender.
And I see that you are now moving the goalposts/diminishing how aggressively you started because you see you overdid it. Thats good.
But this idea that a render that looks painted at worst:
A. resembles an EEVEE render in any way (artifacts are entirely different)
B. is a direct indicator of ālow qualityā to anyone, anywhere
C. isnāt eminently helpful while developing work
A, No they arenāt. Eevee isnāt capable of producing accurate enough global illumination, so it relies on ambient occlusion for contact shadows. Thatās exactly what I am seeing on that Cycles render.
B, Yes, by todayās standards of lighting quality itās considered low quality.
I am talking about the lighting quality, not the other aspects, such as modeling or texturing work. They are actually on good level, which makes the lacking lighting quality that much more apparent.
C, No, the final workflow isnāt much helpful, if you have to switch 10 different knobs every time you jump between preview quality and final quality. All the more problems arise when you are not working in the conditions of final image. We should be pushing towards interactivity and WYSIWYG workflows, not away from them. Having different settings for previews and finals is legacy workflow that should die as soon as possible.
On top of that, there ARE solutions which can make Cycles several times faster, and at the same time actually increase the resulting quality of the artwork by allowing artists to use more realistic amount of indirect light bounces without worrying about destroying performance. More on that here: Cycles Performance
But I still strongly believe that achieving that by regressing back to ancient primitive methods like constant ambient light with small, strong ambient occlusion shadows is not a way to go about it. It generally causes users to produce lower quality work while taking even more time to do so.
Well, Iām not sure itās what you want to say, but anyway, E-Cycles doesnāt use any AO trick to be faster. Itās an option because as you can see, different artists have different needs and different clients have different budget. So itās also not about having preview quality and final render quality with 10 knobs to move: If you like photo realism, you set 128 bounces everywhere, disable clamping, disable filter glossy, etc. and E-Cycles will render that 2x faster than master.
Yes, absolutely. I am not arguing about that. What I mean is that based on that picture, Evermotion guys, or whoever has set up that scene, decided to use AO. All I wanted was just to see how the speed difference would look in a scene where such fakes as AO/simplify bounces are not used
Iām ok with you all discussing what is good art in the E-Cycles thread, but what you say give the impression to many that I use biased tricks in E-Cycles by default. Itās not the case. The 2x faster render gives the same results as master, whatever the settings are. Using tricks, it becomes 4 up to 10x faster and I showcase that also because some are going to Eevee and my point is to show them Cycles can be as fast with better results.
And on top of that, itās much easier to switch between cheap rendering to HQ rendering in one engine then to be stuck in an engine that can only do cheap renders
Iād just like to see some comparison. For example Cycles in master vs E-Cycles in scene with no fakes. And then E-Cycles with no tricks vs E-Cycles with tricks. With both rendertimes and side by side pictures. That will make it a lot easier to judge what kind of speed/quality tradeoff is actually going on.
The whole reason I started this conversation was just to let people know that those bombastic 20 second rendertimes do come at a price. Even though it may be not that obvious on that particular image to everyone, it may come to bite them in the back in some other scenes, which rely on accurate light transport a bit more.
Thanks for the test. You have a very fast CPU, but E-Cycles speeds your GPUs, the CPU still render as fast as before. So it makes the overall speedup smaller. On top of that, the new embree code for faster motion blur is now in master, but only for CPU as far as I know.
Iām working on a speedup for CPU, so it should become better soon.
This is the original version of the scene number 7 from this evermotion pack. It renders in 18min10sec on master and 13min07 on E-Cycles (pixel perfect, exact same render):
full dynamic range (vs both direct and indirect clamping at 10 before)
both reflective and refractive caustics on (vs both disabled before)
it uses the new sampling algorithm of E-Cycles, but the noise is kept at the same level by reducing samples.
ā 9min56 compared to 18min10 = 1,82x faster, but requiring changing the spp value and activating the new sampling (2 clicks, one keyboard input). If you just want the lazy version, with same spp and same sampling as original, itās as fast as master with the original.
All the same settings as the improved quality one + AO simplify at 4
ā 2min32 compared to 18min10 = 7,28x faster. Note how it is actually much nearer to the full GI render than the original file using master.
Of course, with AO at 2 and using more tricks, you would still get something superior to Eevee and also around the same render time.
Your advertising tagline is Render Interiors in Under a Minute With CUDA.
People who read that will expect that if they pay for the fork, they can render similar results to what is possible in Vray, Corona, and Arnold in under a minute without doing too much. There is no ā*ā symbol or anything that indicates it coming with the catch that tricks need to be activated.
Iāve been sitting on this question for a while, what is the plan here to keep people paying from month to month? I know they get a patched Blender, but they also have the code and thereās nothing under the GPL that prevents them from submitting a tweaked version to the BF, or from providing their own builds for free.
& well, to my eye the second one (faster) looks lousy - cheap & flat, from archviz PoV. And for animations time is still unacceptable.
As i already mentioned to you, when you were promoting fast CUDA/OCL builds ~ year & a half ago - i get better & faster results with cycles of my own tricks. But now youāre even selling āa cat in a sackā for quite a sumā¦ . Also, thereās no āperpetual licenseā, only GPL for Blender - correct your gumroad page!
Well, you got me totally biased exaggeration ā¦ since i donāt have a scene to test, nor did i look for full specs - only checked the resolution and time, i assumed from my personal experience.
My bad.
If anyone dislikes it or finds it offensive - flag it!
@bliblubli: I think youāre doing a great job. Buyers can find all the info they need inside this topic, if someone is not able to read and understand data thatās another problem. Same is if someone blindly buy a product after reading a title, when thereās so much info about it. While some of the discussions here are constructive, I see also a lot of posts with a lot of unnecessary aggression and blind talk. I hope you wonāt get too influenced by that and keep up the great work youāre doing.
Keep in mind that the ability to make pathtraced animation on home hardware (with all of the accuracy) will be a huge testament to the advances in computer hardware and rendering technology. Itās already bordering on achievable with the GTX 2xxx series, the Vega VII, and the AMD threadripper WX.
Itās not uncommon for the big Hollywood blockbusters to have VFX that takes many hours for one frame (but they have huge server farms that can render hundreds or even thousands of frames concurrently).
You should do a straight up comparison: 2.80 vs ECycles with side by side screencaps of the ui render settings along with final render. You can stamp render times onto the render but it shouldnāt matter as long as you also show the ui. Just saying, a couple of screengrabs will speak for themselves because it sounds like some of these guys simply need a bit more info and clarification.
I did the above in the thread link that I sent you earlier, showing that my renders were right about 10 times faster than 2.80 at 1024 render samples and no compositing tricks with that Optimus Prime mesh. I double checked, just look at the render times. During this bench is when I started using that tile size trick that I also mentioned to you earlier so I know it offers a little speed boost when rendering with cpu + gpu.
Anyway, remember and try to include the ui with all pertinent settings. A screengrab is simpler, faster and you donāt have to explain a single thing so less work for you and way less hassling questions. Like I said, this is how I do it on my thread and not one person has asked me a rude question or treated me poorly, simply because all pertinent info is in my screengrabs so there is nothing that is misunderstood.
Keep doing what youāre doing manā¦ youāre making magic.
You are extrapolated with V-Ray, Corona, etc. Looking at the comments in this thread https://blenderartists.org/t/1146048 which happens to be on the top row for several days on this forum, the definition of what a good render is is very elastic with some people even arguing a lot (in other thread too) that Eevee is the future and itās as good as Cycles but real time, etc. My point was to show that if you find what Eevee produces good, you can obtain the same results in about the same time with Cycles. With Eevee, if your client say your render look fake (and some will), you have to redo it in another engine. But with E-Cycles, you can also pretty fast make your Eevee-level render look like V-Ray if you are ok to wait 10minutes instead of 20sec.
Now about the renders, I totally agree that photorealistic is not always better looking. Increasing bounces also increase brightness in hard to reach areas and may lower contrast. Many then take a higher contrast filmic profile to make the shadows darker again. The third rendering is with 4 bounces still, which is exactly the same as what Evermotion sells, the point here was too show how E-Cycles can perform when using the same level of tricks and while keeping most of the look of the full GI render.
Actually I think I should show the next renders without any information (render time nor bounces, etc.). Nearly everytime I did the test, people would say the darker render is the most realistic one, although the brighter one was with full GI and trick-free.