{"id":9963,"date":"2020-12-15T17:46:43","date_gmt":"2020-12-15T16:46:43","guid":{"rendered":"https:\/\/g100.us\/?p=9963"},"modified":"2022-09-03T12:18:53","modified_gmt":"2022-09-03T10:18:53","slug":"how-to-render-faster","status":"publish","type":"post","link":"https:\/\/g100.us\/how-to-render-faster\/","title":{"rendered":"How to Render Faster - In-Depth Guide to increasing Render Performance in 3D"},"content":{"rendered":"<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_39 counter-hierarchy ez-toc-counter ez-toc-container-direction\">\n<p class=\"ez-toc-title\">TABLE OF CONTENTS<\/p>\n<label for=\"ez-toc-cssicon-toggle-item-6684538ec3988\" class=\"cssicon\"><span style=\"display: flex;align-items: center;width: 35px;height: 30px;justify-content: center;direction:ltr;\"><svg style=\"fill: #7f11e0;color:#7f11e0\" class=\"list-377408\" width=\"20px\" height=\"20px\" viewBox=\"0 0 24 24\" fill=\"none\"><path d=\"M6 6H4v2h2V6zm14 0H8v2h12V6zM4 11h2v2H4v-2zm16 0H8v2h12v-2zM4 16h2v2H4v-2zm16 0H8v2h12v-2z\" fill=\"currentColor\" \/><\/svg><svg style=\"fill: #7f11e0;color:#7f11e0\" class=\"arrow-unsorted-368013\" width=\"10px\" height=\"10px\" viewBox=\"0 0 24 24\" version=\"1.2\" baseProfile=\"tiny\"><path d=\"M18.2 9.3l-6.2-6.3-6.2 6.3c-.2.2-.3.4-.3.7s.1.5.3.7c.2.2.4.3.7.3h11c.3 0 .5-.1.7-.3.2-.2.3-.5.3-.7s-.1-.5-.3-.7zM5.8 14.7l6.2 6.3 6.2-6.3c.2-.2.3-.5.3-.7s-.1-.5-.3-.7c-.2-.2-.4-.3-.7-.3h-11c-.3 0-.5.1-.7.3-.2.2-.3.5-.3.7s.1.5.3.7z\" \/><\/svg><\/span><\/label><label for=\"ez-toc-cssicon-toggle-item-6684538ec3988\" class=\"cssiconcheckbox\">1<\/label><input type=\"checkbox\" id=\"ez-toc-cssicon-toggle-item-6684538ec3988\" checked><nav><ul class=\"ez-toc-list ez-toc-list-level-1 \"><li class=\"ez-toc-page-1 ez-toc-heading-level-2\"><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Overview\" title=\"Overview\">Overview<\/a><ul class=\"ez-toc-list-level-3\"><li class=\"ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Stuff_that_lets_you_render_faster_without_a_lot_of_scene_changes\" title=\"Stuff that lets you render faster without a lot of scene changes:\">Stuff that lets you render faster without a lot of scene changes:<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Stuff_that_lets_you_render_faster_but_needs_changes_to_your_scene\" title=\"Stuff that lets you render faster but needs changes to your scene:\">Stuff that lets you render faster but needs changes to your scene:<\/a><\/li><\/ul><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-2\"><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/g100.us\/how-to-render-faster\/#What_Render_Engines_can_make_use_of_this_article\" title=\"What Render Engines can make use of this article?\">What Render Engines can make use of this article?<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-2\"><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/g100.us\/how-to-render-faster\/#How_to_Render_faster_-_An_Overview\" title=\"How to Render faster - An Overview:\">How to Render faster - An Overview:<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-2\"><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/g100.us\/how-to-render-faster\/#How_to_Render_faster_-_Methodology\" title=\"How to Render faster - Methodology\">How to Render faster - Methodology<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-2\"><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/g100.us\/how-to-render-faster\/#How_render_engines_work\" title=\"How render engines work\">How render engines work<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-2\"><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/g100.us\/how-to-render-faster\/#How_to_render_faster\" title=\"How to render faster\">How to render faster<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-2\"><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Internal_Factors_Optimizing_your_Scene\" title=\"Internal Factors: Optimizing your Scene\">Internal Factors: Optimizing your Scene<\/a><ul class=\"ez-toc-list-level-3\"><li class=\"ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Find_the_bottleneck_first_-_Exclusion_principle\" title=\"Find the bottleneck first - Exclusion principle\">Find the bottleneck first - Exclusion principle<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Find_the_bottleneck_first_-_Check_your_samples\" title=\"Find the bottleneck first - Check your samples\">Find the bottleneck first - Check your samples<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-12\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Find_the_bottleneck_first_-_Check_your_viewport\" title=\"Find the bottleneck first - Check your viewport\">Find the bottleneck first - Check your viewport<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-13\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Find_the_bottleneck_first_-_Check_your_Scene_Object_info\" title=\"Find the bottleneck first - Check your Scene &amp; Object info\">Find the bottleneck first - Check your Scene &amp; Object info<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-14\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Reduce_the_number_of_Polygons\" title=\"Reduce the number of Polygons\">Reduce the number of Polygons<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-15\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Lights\" title=\"Lights\">Lights<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-16\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Materials\" title=\"Materials\">Materials<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-17\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Render_Settings\" title=\"Render Settings\">Render Settings<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-18\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Render_Visibility_and_Include_Exclude_for_Scene_Object_Relations\" title=\"Render Visibility and Include \/ Exclude for Scene &amp; Object Relations\">Render Visibility and Include \/ Exclude for Scene &amp; Object Relations<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-19\" href=\"https:\/\/g100.us\/how-to-render-faster\/#This_can_work_well_Use_Render_Regions_and_Render-layers\" title=\"This can work well: Use Render Regions and Render-layers\">This can work well: Use Render Regions and Render-layers<\/a><\/li><\/ul><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-2\"><a class=\"ez-toc-link ez-toc-heading-20\" href=\"https:\/\/g100.us\/how-to-render-faster\/#External_Factors_Optimize_everything_outside_of_your_scene\" title=\"External Factors: Optimize everything outside of your scene\">External Factors: Optimize everything outside of your scene<\/a><ul class=\"ez-toc-list-level-3\"><li class=\"ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-21\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Renderpasses_Compositing\" title=\"Renderpasses &amp; Compositing\">Renderpasses &amp; Compositing<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-22\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Denoise_in_Post\" title=\"Denoise in Post\">Denoise in Post<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-23\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Utilize_Post_Compositing_to_its_fullest\" title=\"Utilize Post \/ Compositing to its fullest\">Utilize Post \/ Compositing to its fullest<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-24\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Use_a_Rendermanager\" title=\"Use a Rendermanager\">Use a Rendermanager<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-25\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Use_a_different_Render_Engine\" title=\"Use a different Render Engine\">Use a different Render Engine<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-26\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Check_for_Software_Updates\" title=\"Check for Software Updates\">Check for Software Updates<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-27\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Upgrade_your_PC_buy_more_better_Hardware\" title=\"Upgrade your PC, buy more &amp; better Hardware\">Upgrade your PC, buy more &amp; better Hardware<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-28\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Overclock_the_Hardware_you_currently_have\" title=\"Overclock the Hardware you currently have\">Overclock the Hardware you currently have<\/a><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-3\"><a class=\"ez-toc-link ez-toc-heading-29\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Utilize_a_Renderfarm\" title=\"Utilize a Renderfarm\">Utilize a Renderfarm<\/a><\/li><\/ul><\/li><li class=\"ez-toc-page-1 ez-toc-heading-level-2\"><a class=\"ez-toc-link ez-toc-heading-30\" href=\"https:\/\/g100.us\/how-to-render-faster\/#Conclusion_How_to_render_faster\" title=\"Conclusion: How to render faster\">Conclusion: How to render faster<\/a><\/li><\/ul><\/nav><\/div>\n<p><strong>We all want to render faster.<\/strong><\/p>\n<p>The ability to iterate more quickly, and more often, because your preview renders are shorter won\u2019t just save you time - it makes you more competitive, less frustrated and keeps those creative juices of yours flowing without disturbance.<\/p>\n<p>Iterating during a project you are working on is just one side of the equation, though, Final Rendering is the other.<\/p>\n<p>Having almost completed a project and all that\u2019s missing is final rendering so you can refresh your comp and send your client or boss an MP4, preferably <em>yesterday, <\/em>makes any 3D-Artist\u2019s alarm-bells ring and heart beat faster.<\/p>\n<p>The project is finished, right? All you have to do is <em>render it<\/em>.<\/p>\n<p>Easier said than done...<\/p>\n<p>The deadline is in 24 hours, you\u2019ve got a 1000 Frame Project, and no matter how you look at it, at 5 minutes a frame, there is just <em>no way<\/em> you\u2019ll be able to make it in time.<\/p>\n<p>That\u2019s my cue for telling you to just read this article, hit a few buttons, and your renders will be done with time to spare and get some relaxing done.<\/p>\n<p>Unfortunately, it\u2019s not quite that easy...<\/p>\n<p>Yes, there are a lot of methods, tricks, tips that will make you render faster <em>now<\/em>, and we\u2019ll discuss them below, but most of what I will be discussing here, is how you can render faster <em>in the future.<\/em><\/p>\n<p>The reason is simple: 3D Scenes are complex, no one scene looks and works exactly like another, and going back through your current project to make it render faster, might be too time-consuming to allow you to hit your deadline that is creeping ever closer.<\/p>\n<p>Going through this article, however, <em>will <\/em>hopefully allow you to tackle <em>future <\/em>projects with a mindset that lets you recognize where optimization is possible and act accordingly from the start - before being stuck in the no-time-left-zone.<\/p>\n<p><strong>Just a heads up: This article tackles improving Rendering speeds in <em>3D-Render-Engines <\/em>such as Redshift, V-Ray, Octane, Arnold, and others. We are working on a separate article for improving render performance in 2D \/ Compositing and Video Editing.<\/strong><\/p>\n<p><strong>Some methods described in this Article are quite advanced. If you ever feel like you didn't understand something please <a href=\"#comments\">let me know in the comments<\/a> so I can explain in more detail! \ud83d\ude42<\/strong><\/p>\n<h2><span class=\"ez-toc-section\" id=\"Overview\"><\/span>Overview<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>For those of you that are just on the lookout for a quick summary, <strong>here\u2019s the overview<\/strong>:<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Stuff_that_lets_you_render_faster_without_a_lot_of_scene_changes\"><\/span>Stuff that lets you render faster <em>without <\/em>a lot of scene changes:<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Sometimes you can\u2019t make any changes to your scene but still want to speed up that Final Render as much as possible. Here are a couple of things that you can do:<\/p>\n<ul>\n<li>Buy a faster\/more PCs, better\/more hardware (This is a no-brainer, but might not be possible for everyone) [<a href=\"#Upgrade_your_PC,_buy_more_better_Hardware\">Jump to section<\/a>]<\/li>\n<li>Use a Renderfarm (Either your own or an Online Renderfarm) [<a href=\"#Utilize_a_Renderfarm\">Jump to section<\/a>]<\/li>\n<li>Check for Software Updates (sometimes there are feature improvements and bugfixes that let your render faster) [<a href=\"#Check_for_Software_Updates\">Jump to section<\/a>]<\/li>\n<li>A different Render Engine might be much faster for your type of projects (not viable for an active project, but future projects might benefit from you gradually transitioning to another render engine) [<a href=\"#Use_a_different_Render_Engine\">Jump to section<\/a>]<\/li>\n<li>Utilize the Power of a Rendermanager and the possible optimizations that come with it (Such as rendering multiple tasks at once) [<a href=\"#Use_a_Rendermanager\">Jump to section<\/a>]<\/li>\n<li>De-noise your renders in post \/ compositing, optimally using Renderpasses [<a href=\"#Denoise_in_Post\">Jump to section<\/a>]<\/li>\n<\/ul>\n<h3><span class=\"ez-toc-section\" id=\"Stuff_that_lets_you_render_faster_but_needs_changes_to_your_scene\"><\/span>Stuff that lets you render faster but <em>needs changes to your scene<\/em>:<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>If there\u2019s <strong><em>one consensus<\/em><\/strong> that can be applied to all scene optimizations it\u2019s this: Only use as many Scene components and elements as you absolutely need. Anything <em>more<\/em> might make almost no difference <em>visually<\/em>, but will potentially cost you a lot in <em>time spent rendering<\/em>.<\/p>\n<p>Polygons, Rays, Samples, Lights, Subdivs\u2026 use the absolute minimum you can get away with to achieve your look.<\/p>\n<p>Anyway here\u2019s the overview of this section:<\/p>\n<ul>\n<li>Reduce the number of Polygons of your Meshes, Subdivision Surfaces, Generators, Cloners, Instances, NURBs [<a href=\"#Reduce_the_number_of_Polygons\">Jump to section<\/a>]<\/li>\n<li>Use less individual lights and place them so they light the scene easier with fewer ray bounces or use uniform Lighting that covers a larger area, such as a Sky or HDRI [<a href=\"#Lights\">Jump to section<\/a>]<\/li>\n<li>Simplify your materials without losing quality through limiting trace depths in reflections \/ refractions and optimizing those type of Materials that let the ray-count explode [<a href=\"#Materials\">Jump to section<\/a>]<\/li>\n<li>Optimize your Render-Settings: Limit Ray-Bounces, Set Cut-off Thresholds, Utilize Adaptive Sampling, Clamp ray intensity, Reduce your AOVs, Use faster GI-Settings [<a href=\"#Render_Settings\">Jump to section<\/a>]<\/li>\n<li>Use Render Regions \/ Masks and Renderlayers to only render part of the frame [<a href=\"#This_can_work_well_Use_Render_Regions_and_Renderlayers\">Jump to section<\/a>]<\/li>\n<\/ul>\n<p>Of course, this overview just hints at what is possible and you might need some more in-depth info to fully understand how to go about implementing the above. If that\u2019s the case, read on or jump to the section that interests you the most.<\/p>\n<p>I\u2019ve only listed the <em>most important sections<\/em> that work for most users in the lists above. There are some hidden gems throughout the article, though, that might be just what you needed.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"What_Render_Engines_can_make_use_of_this_article\"><\/span>What Render Engines can make use of this article?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>All of them.<\/p>\n<p>The guiding principles of optimizing a Scene and Render Settings can be applied to all render engines, as they are all based on very similar functionality.<\/p>\n<p>GPU Render Engines like Redshift, Octane, Cycles, or CPU Render Engines such as V-Ray, Arnold, or Corona all get their information from your 3d Scene. And as we all know, most render engines can be plugged into a lot of different <a href=\"https:\/\/g100.us\/best-software-for-3d-modeling\/\">3D Software<\/a>, be it Cinema 4D, 3ds Max, Blender, or any of the others.<\/p>\n<p>This makes it easy to understand that there has to be a common denominator between all of these Apps and how they work, and this similarity also lets us apply Render optimizations across the board.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"How_to_Render_faster_-_An_Overview\"><\/span>How to Render faster - An Overview:<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>I\u2019ll be dividing this article into two main sections:<\/p>\n<ul>\n<li>Internal Render factors that can be optimized<\/li>\n<li>External Render factors that can be optimized<\/li>\n<\/ul>\n<p>You\u2019ll find internal Render Factors to be closely tied to the Scene(s) you want to optimize \/ render faster, requiring alteration of scene elements and render settings.<\/p>\n<p>Optimizing external Render Factors on the other hand will need no, or almost no, changing of your scenes at all. These are external factors such as overall Hardware performance, or the way your scenes are being picked up by render managers.<\/p>\n<p>You can optimize either of the two and achieve some decent speed-ups, or you can tackle both internal <em>and<\/em> external factors and see your rendertimes decrease even more!<\/p>\n<p>Time is of the essence, <em>so let\u2019s get started!<\/em><\/p>\n<h2><span class=\"ez-toc-section\" id=\"How_to_Render_faster_-_Methodology\"><\/span>How to Render faster - Methodology<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>There are two ways to go about this: You can blindly try out some of the items below and hope it helps, or analyze your scenes and environment and then apply the <em>right <\/em>fixes.<\/p>\n<p>The steps required for that latter option are simple:<\/p>\n<ol>\n<li>Find out why your scenes are rendering so slowly<\/li>\n<li>Fix it<\/li>\n<\/ol>\n<p>Which brings us to another thing: What is \u201cslow\u201d in relation to?<\/p>\n<p>Your scene might very well be extremely well optimized, your hardware the best of the best - but your 25K panoramic rendering of a forest with millions of trees still takes 5 minutes?<\/p>\n<p>Well, considering the complexity of that scene, that\u2019s actually not slow at all. But that\u2019s not what you are here for, <em>right<\/em>?<\/p>\n<p>You want your scenes to render <em>faster <\/em>than they do <strong>right now, <\/strong>and that\u2019s what we\u2019ll try to achieve.<\/p>\n<p>This brings us back to our 2 steps involved in speeding up our scenes and we\u2019ll change that to:<\/p>\n<ol>\n<li>Find the biggest bottlenecks that need the least amount of time and money to fix<\/li>\n<li>Fix it<\/li>\n<\/ol>\n<p>We are almost done with this introduction, just one more thing: I am sure you\u2019ll be building a lot more 3D Scenes in your career and working on a lot of projects in the future. Apply the ideas in this Guide throughout the process of creating any of your projects - from the start.<\/p>\n<p>Don\u2019t build your scenes with no regard to viewport or render performance, optimizing only when it\u2019s time to hit the final render button -<\/p>\n<p>Being able to render faster lets you iterate more often <em>while <\/em>you work on your scenes, increasing quality, decreasing time spent, and ultimately makes you a more competitive 3D Artist who can demand higher rates or more salary in the long run.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"How_render_engines_work\"><\/span>How render engines work<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>We\u2019ll start this section by taking a very high-level look at <a href=\"https:\/\/en.wikipedia.org\/wiki\/Ray_tracing_(graphics)\" target=\"_blank\" rel=\"noopener noreferrer\">how render engines work<\/a> and what <em>increases <\/em>your rendertime to be able to better pinpoint what we will have to change to make our scenes render faster:<\/p>\n<p>For sake of simplicity let me say this - Generally speaking, we have just 3 types of objects in any given scene:<\/p>\n<ul>\n<li>Objects that emit light, like lamps or the sun<\/li>\n<li>Objects that reflect &amp; refract light to varying degrees<\/li>\n<li>A camera that is our viewpoint<\/li>\n<\/ul>\n<p>In fact, our real, physical world is built similarly, with our eyes being the camera at times.<\/p>\n<p>Render Engines \u201crender\u201d or calculate how a 3D Scene is supposed to look, very similar to what our real physical world does.<\/p>\n<p>Light sources, like the sun, emit light, which bounces off of one or multiple surfaces until it hits our eye and the resulting light is what makes us see objects in different ways.<\/p>\n<p>What is done by physics in the real world, has to be \u201ccalculated\u201d painstakingly by your computer when rendering.<\/p>\n<p>Take a light ray that bounces off of a surface for example. The Computer has to calculate some of the following:<\/p>\n<ul>\n<li>What angle does the light ray bounce off of the object at<\/li>\n<li>How much of the light ray is absorbed<\/li>\n<li>How much of the light ray is scattered in different directions or into the surface<\/li>\n<li>How much of the light is reflected or refracted<\/li>\n<\/ul>\n<p>And that\u2019s just a single ray in a simple scene. Imagine having to calculate many, many rays for each surface of your scene.<\/p>\n<p>Fortunately, the PC\u2019s CPU (Processor) and GPU are fast and pretty good at doing such calculations - much better than we humans are - and the GPU (Graphics Card or Video Card) in particular is custom made for such graphical and \u201cray-tracing\u201d calculations.<\/p>\n<p>Now, where am I going with this?<\/p>\n<p>Although we could dive in much deeper into how Render Engines work, the above description should <em>already <\/em>be enough to analyze and optimize our scenes to render faster:<\/p>\n<p>Since the majority of what a render engine does is trace a bunch of rays through the scene, which then bounces off of objects, we can already deduct the following:<\/p>\n<ul>\n<li>The <strong>fewer rays <\/strong>we need to render a <em>noise-free<\/em> image, the faster the render process will be complete<\/li>\n<\/ul>\n<p>\u201c<strong>Noise-free<\/strong>\u201d: That\u2019s a new term we\u2019ll take a quick look at:<\/p>\n<p>You\u2019ve most likely seen it before. Images that are rendered in low quality are not smooth or clear. They have noise or grain all over the place making it difficult to discern details.<\/p>\n<p><noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9985\" src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Noisy-vs-Noise-Free-Image.jpg\" alt=\"How to Render Faster - Noisy vs Noise-Free Image\" width=\"1024\" height=\"758\" srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Noisy-vs-Noise-Free-Image.jpg 1024w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Noisy-vs-Noise-Free-Image-300x222.jpg 300w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Noisy-vs-Noise-Free-Image-768x569.jpg 768w\" sizes=\"(max-width: 1024px) 100vw, 1024px\"><\/noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9985 lazyload\" src=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%201024%20758%22%3E%3C%2Fsvg%3E\" alt=\"How to Render Faster - Noisy vs Noise-Free Image\" width=\"1024\" height=\"758\" srcset=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%201024%20758%22%3E%3C%2Fsvg%3E 1024w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" data-srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Noisy-vs-Noise-Free-Image.jpg 1024w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Noisy-vs-Noise-Free-Image-300x222.jpg 300w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Noisy-vs-Noise-Free-Image-768x569.jpg 768w\" data-src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Noisy-vs-Noise-Free-Image.jpg\"><\/p>\n<p>The reason is simple, and that\u2019s the last of the introductory theory we\u2019ll need for this article, so bear with me just one more time.<\/p>\n<p>Here\u2019s where that noise comes from and how we get rid of it:<\/p>\n<p>Any image (rendered or not) consists of pixels. The render engine takes a sample for each pixel.<\/p>\n<p>The render engine, which we\u2019ll place inside the scene\u2019s camera for simplicity, traces one <em>ray<\/em>, through each of the pixels and then knows what is behind that particular pixel. This is also known as \u201ctaking a Sample\u201d.<\/p>\n<p>Trace a ray through a pixel and hit wood, there\u2019s wood there. Trace a ray through a pixel and find metal, there\u2019s metal in that area of the image. Simple enough.<\/p>\n<p>BUT, and this is the important part: A pixel is not one-dimensional, it\u2019s two-dimensional. Basically, each pixel is a two-dimensional square. A bunch of the squares together is an image.<\/p>\n<p>So why is this important? Because a ray, or sample, that we trace through a pixel to see what\u2019s in the 3d scene behind is<em> one dimensional<\/em>. To get the average of what\u2019s behind the <strong><em>entire <\/em>square area of the pixel<\/strong>, we would have to trace <strong><em>multiple rays<\/em><\/strong> (take multiple samples) through that and each pixel.<\/p>\n<p>Take this example:<\/p>\n<p><noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-17468\" src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Ray-tracing-in-render-engine.jpg\" alt=\"Ray tracing in render engine\" width=\"2048\" height=\"1080\" srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Ray-tracing-in-render-engine.jpg 2048w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Ray-tracing-in-render-engine-300x158.jpg 300w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Ray-tracing-in-render-engine-1024x540.jpg 1024w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Ray-tracing-in-render-engine-768x405.jpg 768w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Ray-tracing-in-render-engine-1536x810.jpg 1536w\" sizes=\"(max-width: 2048px) 100vw, 2048px\"><\/noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-17468 lazyload\" src=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%202048%201080%22%3E%3C%2Fsvg%3E\" alt=\"Ray tracing in render engine\" width=\"2048\" height=\"1080\" srcset=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%202048%201080%22%3E%3C%2Fsvg%3E 2048w\" sizes=\"(max-width: 2048px) 100vw, 2048px\" data-srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Ray-tracing-in-render-engine.jpg 2048w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Ray-tracing-in-render-engine-300x158.jpg 300w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Ray-tracing-in-render-engine-1024x540.jpg 1024w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Ray-tracing-in-render-engine-768x405.jpg 768w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Ray-tracing-in-render-engine-1536x810.jpg 1536w\" data-src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Ray-tracing-in-render-engine.jpg\"><\/p>\n<p>If we trace just one ray through the X and hit the orange triangle, the Render Engine thinks the entire Pixel is filled\/covered by the orange triangle, while it actually just covers the bottom right part of that pixel.<\/p>\n<p>With multiple rays\/samples taken of that pixel, we would know that 90% of that pixel is in fact white\/grey and not orange (Some is green too). So with multiple samples taken, we can deduct an average color for that pixel.<\/p>\n<p>So if we use only one or a low number of <em>samples per pixel, <\/em>we don\u2019t exactly know what is behind the <em>entire <\/em>pixel, just behind the one-dimensional point that our sample was taken from.<\/p>\n<p><strong>The result: Our error threshold is high and we get a noisy image.<\/strong><\/p>\n<p><strong>The <em>more <\/em>samples we trace through each of our pixels the lower the error-, or noise-threshold and the <em>less <\/em>grainy our resulting image will become.<\/strong><\/p>\n<p>Phew! That was quite an excursion into the inner workings of how rendering actually works.<\/p>\n<p>Now keep in mind that all render engines have their own ways of optimizing certain things, and there are ways to fake or optimize certain processes, but the general functionality can be applied across the board for any render engine.<\/p>\n<p><strong>The more samples you take of your scene, the smoother the result.<\/strong><\/p>\n<p><strong>We can say this too: If there\u2019s not much going on in your scene, you\u2019ll be able to get away with <em>fewer <\/em>samples than when your scene is full of complex objects, complex materials, or complex lighting.<\/strong><\/p>\n<h2><span class=\"ez-toc-section\" id=\"How_to_render_faster\"><\/span>How to render faster<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<h2><span class=\"ez-toc-section\" id=\"Internal_Factors_Optimizing_your_Scene\"><\/span>Internal Factors: Optimizing your Scene<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Enough theory, let\u2019s render faster.<\/p>\n<p>A big part of some of the optimization methods we will take a look at now will involve reducing the complexity of the scene, so we can get away with fewer samples while still achieving a noise-free resulting image.<\/p>\n<p>Remember those two steps involved in reducing rendertime? Step one is to <strong>find what is actually causing the slow-downs<\/strong>.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Find_the_bottleneck_first_-_Exclusion_principle\"><\/span>Find the bottleneck first - Exclusion principle<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>The easiest way to find what is causing your slow-downs is by utilizing the <em>exclusion principle<\/em>.<\/p>\n<p>Take this example: If we had a hundred objects in our scene and one of those objects is causing the render slowdowns, the fastest way to find this single object is through the exclusion principle.<\/p>\n<p>Now, I could just delete one object at a time, and eventually, in a worst-case scenario, after a hundred tries, I\u2019d find the culprit, but there is a faster way.<\/p>\n<p>Always delete (or disable) half of the objects and test the result (re-render). Why? Because by deleting <em>half <\/em>of your objects you can already reduce the number of objects you have to go through to find the culprit by<em> 50%<\/em>!<\/p>\n<p>So now we have 50 objects. Does it still render slowly? Yes? Delete half of those remaining 50 objects again.<\/p>\n<p>Does it still render slowly? No? Great! We now know that the culprit is within those 25 Objects that we deleted last.<\/p>\n<p>So now we are down to just 25 objects from a hundred, in just 2 steps.<\/p>\n<p>Continue doing this until you have found the object.<\/p>\n<p>(Obviously, this is just for finding and testing where the problem resides, don\u2019t save\/overwrite your scene.)<\/p>\n<p>The exclusion principle can be applied to anything. To meshes, materials, lights, keyframes, you name it.<\/p>\n<p>Always narrow down the area of your problem as much as possible. Get as close as you can to the culprit, and you\u2019ll often find the fix is a lot easier than you thought.<\/p>\n<p>Which of the following Forum requests do you think will allow others to help you better?<\/p>\n<ol>\n<li>\u201cPlease help: My scene renders slow\u201d<\/li>\n<li>\u201cPlease help: Why do my trees in my scene render much slower than the rest of my scene (Redshift)?\u201d<\/li>\n<\/ol>\n<p>I can guarantee you, if you get an answer to the first, it\u2019ll be this: \u201cPlease narrow down on the source of the problem first\u201d.<\/p>\n<p>The second, though, might get an answer right away: \u201cMost 3D Trees have leaves that usually have transparent materials on them. Try limiting the transparency trace depth and see if rendertimes get better or if your render engine has a shader that works better with high transparency depths.<\/p>\n<p>Redshift has a stencil mat that has no slowdowns even with high transparency depths. Try using that.\u201d<\/p>\n<p>Now, that second one sounds like it\u2019ll fix your problem right away. Because you already knew what object was causing your slowdowns, others could help you much faster.<\/p>\n<p>By excluding things you can factor them out of the equation.<\/p>\n<p>Exclude scene objects? Still rendering slow? Your scene itself will most likely be fine.<\/p>\n<p>Reduced your render settings? Still rendering slow? Your render settings were most likely fine.<\/p>\n<p>Swapped your CPU or GPU? Still rendering slow? The CPU or GPU will most likely have nothing to do with your render slow-downs.<\/p>\n<p>You get the gist. Easy as that.<\/p>\n<p>Of course, the problem can always be a combination of different areas, but we\u2019ll get to that a bit later.<\/p>\n<p>Remember, reduce what can cause the slowdowns to find the culprit.<\/p>\n<p><em>Then we can work on a fix.<\/em><\/p>\n<p>In this article, I\u2019ll address some typical areas that are often found to be the reason for rendering slow-downs and you might be able to fix your problem with those methods.<\/p>\n<p>They won\u2019t <em>always <\/em>work though, so try to learn the skills of <em>analyzing and dissecting your scenes yourself<\/em>, then you\u2019ll never need outside help for this ever again.<\/p>\n<p>People will come to <em>you<\/em> because you\u2019re the expert. All it takes is some insight into problem-solving in the world of 3D (not just rendering).<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Find_the_bottleneck_first_-_Check_your_samples\"><\/span>Find the bottleneck first - Check your samples<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Almost every modern Render Engine has the ability to visualize the number of samples taken for each pixel. Here\u2019s how this looks in Redshift:<\/p>\n<p><noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9988\" src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Render-Samples.jpg\" alt=\"How to Render Faster - Render Samples\" width=\"1024\" height=\"758\" srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Render-Samples.jpg 1024w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Render-Samples-300x222.jpg 300w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Render-Samples-768x569.jpg 768w\" sizes=\"(max-width: 1024px) 100vw, 1024px\"><\/noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9988 lazyload\" src=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%201024%20758%22%3E%3C%2Fsvg%3E\" alt=\"How to Render Faster - Render Samples\" width=\"1024\" height=\"758\" srcset=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%201024%20758%22%3E%3C%2Fsvg%3E 1024w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" data-srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Render-Samples.jpg 1024w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Render-Samples-300x222.jpg 300w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Render-Samples-768x569.jpg 768w\" data-src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Render-Samples.jpg\"><\/p>\n<p>Dark Pixels represent a lower number of Samples, bright Pixels a high number of Samples.<\/p>\n<p>Being able to render your Image and see at a glance what areas need the most samples, can tell you a lot about your scene and where to start with your optimization.<\/p>\n<p>A sample distribution visualization tells you if your render settings are configured badly, or if there are certain scene objects, materials, or lighting that just need too many samples to clear up.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Find_the_bottleneck_first_-_Check_your_viewport\"><\/span>Find the bottleneck first - Check your viewport<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>A lot of times, all you need is to check your viewport in \u201clines Mode\u201d so it displays all of the Polygon outlines in the viewport.<\/p>\n<p>Take the following scene as an example. It is clear at a glance which objects have a lot of polygons that should have some potential for reducing:<\/p>\n<p><noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9989\" src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Viewport-Outlines.jpg\" alt=\"How to Render Faster - Viewport Outlines\" width=\"1024\" height=\"382\" srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Viewport-Outlines.jpg 1024w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Viewport-Outlines-300x112.jpg 300w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Viewport-Outlines-768x287.jpg 768w\" sizes=\"(max-width: 1024px) 100vw, 1024px\"><\/noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9989 lazyload\" src=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%201024%20382%22%3E%3C%2Fsvg%3E\" alt=\"How to Render Faster - Viewport Outlines\" width=\"1024\" height=\"382\" srcset=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%201024%20382%22%3E%3C%2Fsvg%3E 1024w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" data-srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Viewport-Outlines.jpg 1024w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Viewport-Outlines-300x112.jpg 300w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Viewport-Outlines-768x287.jpg 768w\" data-src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-Faster-Viewport-Outlines.jpg\"><\/p>\n<p>Viewport Screenshot set to (Hidden) Lines View<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Find_the_bottleneck_first_-_Check_your_Scene_Object_info\"><\/span>Find the bottleneck first - Check your Scene &amp; Object info<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Every 3D App can display Polygon counts for the entire scene or for the objects you have selected. Here\u2019s how this looks in Cinema 4D:<\/p>\n<p><noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9981\" src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Cinema-4D-Object-Polygon-Count-How-to-Render-Faster.jpg\" alt=\"Cinema 4D Object Polygon Count - How to Render Faster\" width=\"657\" height=\"384\" srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Cinema-4D-Object-Polygon-Count-How-to-Render-Faster.jpg 657w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Cinema-4D-Object-Polygon-Count-How-to-Render-Faster-300x175.jpg 300w\" sizes=\"(max-width: 657px) 100vw, 657px\"><\/noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9981 lazyload\" src=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20657%20384%22%3E%3C%2Fsvg%3E\" alt=\"Cinema 4D Object Polygon Count - How to Render Faster\" width=\"657\" height=\"384\" srcset=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20657%20384%22%3E%3C%2Fsvg%3E 657w\" sizes=\"(max-width: 657px) 100vw, 657px\" data-srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Cinema-4D-Object-Polygon-Count-How-to-Render-Faster.jpg 657w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Cinema-4D-Object-Polygon-Count-How-to-Render-Faster-300x175.jpg 300w\" data-src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Cinema-4D-Object-Polygon-Count-How-to-Render-Faster.jpg\"><\/p>\n<p>Remember that Principle of exclusion from before? Check the Polygon Count of the entire scene first. If it seems high, select half the Objects and check it again.<\/p>\n<p>Reduce the number of Object selections until you find the Objects that have unreasonably high Polygon counts and optimize those.<\/p>\n<p>If you have a well-structured scene with a couple of main Object Groups, you can also just step through those and work yourself down through the hierarchy, which might be faster.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Reduce_the_number_of_Polygons\"><\/span>Reduce the number of Polygons<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>A big factor in rendering performance is the number of Polygons in your scene. As a rule of thumb, you can say that for most scenes, the fewer polygons you have, the faster you\u2019ll be able to render it.<\/p>\n<p>Here\u2019s a list of where those high number of Polygons come from most of the time:<\/p>\n<ul>\n<li>Raw Meshes that already come with a lot of polygons. E.g. imported CAD Data or Sculpts<\/li>\n<li>Modifiers that subdivide your Meshes, quadrupling the number of Polygons with each subdivision (E.g. HyperNurbs in Cinema 4D, Subdivision Surface in Blender, and so on)<\/li>\n<li>Cloners<\/li>\n<li>Any kind of NURB Objects that are generated from combining \/ extruding Curves<\/li>\n<li>Parametric Objects with too many Subdivisions<\/li>\n<li>MicroDisplacements<\/li>\n<\/ul>\n<p>Now, you can\u2019t just get rid of those, right? They are essential, but we do want to optimize them as much as possible.<\/p>\n<p>The process is simple: Reduce the number of Polygons until you start seeing a visual difference in your render.<\/p>\n<p>Let me explain: Do you need a <strong>parametric Cube with 100 subdivisions<\/strong> on each side? Will it look any different when you have just <em>one <\/em>polygon on each side?<strong> It won\u2019t!<\/strong><\/p>\n<p>Let\u2019s take a quick look at each of those:<\/p>\n<h4>Raw Meshes<\/h4>\n<p>A raw mesh with too many polygons can quickly become the reason your renders are slow.<\/p>\n<p>The thing with raw meshes is, they can be very difficult to optimize.<\/p>\n<p>Apart from adding some poly-reduction modifiers to them, that usually screw up the UV Layout and poly-flow of the mesh big time, there really isn\u2019t much you can do about this, apart from manual poly reduction and retopo.<\/p>\n<p>Of course, if you have the source files for these Raw meshes, the files where they originated from, you\u2019re saved!<\/p>\n<p>Has your client sent you STEP or other CAD Data that you have to convert to polygons to use it in your 3D Scene? It\u2019s easy to specify how many polygons are supposed to be generated from it. Experiment with it a bit.<\/p>\n<p>Have a Character that was sculpted in <a href=\"https:\/\/g100.us\/best-workstation-pc-for-zbrush\/\">ZBrush<\/a> in your scene with millions of polygons? Maybe you can get the source files and use subdivision modifiers instead of baking that crazy resolution right into the mesh. That way you can adapt the level of subdivision to the on-screen size of your character.<\/p>\n<p><strong>The baseline is this: Only use as many Polygons or detail required for the screen-size of the mesh.<\/strong><\/p>\n<p>If your character is in the background, you should be able to get away with much fewer polygons than if you are rendering a close-up.<\/p>\n<p>(Let\u2019s just ignore the fact that rigging and animating a high-poly raw mesh is something I would never want to do \u2026 yikes!)<\/p>\n<p>Remember, I\u2019m not saying you should go Low-Poly and change the look of your scene. You should have the <strong><em>minimum amount of Polys required to achieve the look of your scene<\/em><\/strong>.<\/p>\n<p>Here\u2019s what else you can do to reduce the number of Polygons even further:<\/p>\n<p><strong>Delete\/disable anything that the camera doesn\u2019t see.<\/strong><\/p>\n<p>Rendering an Airplane flying through the sky? I bet most of the internal Objects can\u2019t even be seen by the camera. Disable those seats, wheels, and other internal construction meshes.<\/p>\n<p>Rendering a Forest? Delete all trees and grass that is behind the camera. No need for those.<\/p>\n<p>Rendering a living room? I bet anything that is just seen in reflections can be reduced a lot. You can\u2019t really tell if the plant that is reflected in that vase has a million or just a thousand polygons.<\/p>\n<h4>Subdivision, Modifiers, Generators, Cloners, Instances<\/h4>\n<p>Modifiers, Generators, and Cloners are a blessing. They make Scene construction that much easier without having to destructively bake the mesh you are working with.<\/p>\n<p>The easier they are to work with, the larger the danger that they are not optimized to their best potential.<\/p>\n<p>Take <strong>subdivision surfaces<\/strong> as an example. They subdivide an entire mesh, quadrupling the number of polygons with each level. Not just that, you usually have the option to set the viewport-subdiv and render-subdiv individually.<\/p>\n<p>This might seem obvious, but this brings with it the danger that you might not notice the difference in polygons between your viewport display and the actual render.<\/p>\n<p>Your viewport might be smooth sailing because the subdivs are set to 0, but they might be set to a much higher level than that when rendering. Check this!<\/p>\n<p>Generators such as <strong>Extrude<\/strong>, generate new Polygons of the underlying mesh based on some specific parameters.<\/p>\n<p>Again, you often have the ability to set Render settings and Viewport settings individually, so be sure those extrude substeps are as few as possible.<\/p>\n<p><strong>Cloners <\/strong>are a major culprit in slow renders. As easy as they are to set up, make sure the instances that are generated, are true memory instances, also called render-instances at times (or Multiscatter in <a href=\"https:\/\/g100.us\/best-workstation-pc-for-3ds-max\/\" target=\"_blank\" rel=\"noopener noreferrer\">3dsmax)<\/a>.<\/p>\n<p>This allows the renderer to have only one of these cloned objects in memory that it references, allowing the memory consumption of a cloner to be a fraction of what it would need if you had non-render-instances.<\/p>\n<p>Cloning Millions of leaves on a tree? Your cloner will only <a href=\"https:\/\/g100.us\/how-much-ram-do-you-need\/\">need as much memory<\/a> as a single leaf needs (more or less), making truly high amounts of clones possible.<\/p>\n<p>Even if you\u2019re just using <strong>Instances <\/strong>outside of a cloner or array object, be sure to set it to be used as a render-instance, so you save memory.<\/p>\n<h4>NURBs \/ Curves combinations<\/h4>\n<p>Similar to Extrude, any kind of Sweep, Loft, or Lathe NURB Generator will take a Spline \/ Curve or many of them and create a NURBs Object from it, which is then converted to Polygons non-destructively at time of rendering.<\/p>\n<p>Because Curves can have so many vertices to make them smooth, be sure you optimize your resulting, Sweep, Loft, or Lathe to only use the minimum amount of substeps needed to achieve the look you are after.<\/p>\n<p>Sometimes you can set the substeps in the Generator itself, sometimes you\u2019ll have to reduce the subdivisions on your curves, to optimize the resulting object.<\/p>\n<h4>Parametric Objects<\/h4>\n<p>Every 3D-Software comes with some default Objects that are parametric, meaning they can be altered to a certain degree without destructively having to convert them to a basic mesh.<\/p>\n<p>These default objects usually include planes \/ surfaces, cubes, spheres, cones, cylinders, tubes, and so on and you can usually set radius, height, number of sides, and other parameters.<\/p>\n<p>Because these are default objects, they come with predefined parameters that might not be optimized enough for your scene or the way you work in general.<\/p>\n<p>Example: If you add a surface that you\u2019ll need as a floor, chances are the default setting for this plane already has a bunch of subdivs on it, making the plane consist of hundreds of polygons.<\/p>\n<p>This is entirely unnecessary, all you need for a ground plane is a <em>single <\/em>polygon (unless you want to displace it somehow).<\/p>\n<p>Check your default objects and reduce the polygons as much as possible without altering the look of your scene too much.<\/p>\n<p>As a matter of fact, most 3D-Apps let you save the default settings for your parametric objects, so if you find yourself making the same adjustments every time you create a parametric object, you might want to set the default parameters from the start, saving you some time in the long run.<\/p>\n<h4>Micro-Displacements<\/h4>\n<p>Micro-Poly Displacements are another one of those things that create lots of new Polygons when rendering, that you don\u2019t usually see in the viewport.<\/p>\n<p>Again, make sure you actually need them or if you can fake them with a <a href=\"https:\/\/g100.us\/normal-vs-displacement-vs-bump-maps\/\">normal or bump map<\/a>, especially if they are in the background or can only be seen in reflections.<\/p>\n<p>If you do need them, check how far down you can go with the number of subdivisions until the displaced mesh gets too rough.<\/p>\n<h4>Polygon Conclusion: Why do fewer Polygons render faster?<\/h4>\n<p>Here\u2019s the thing: If you\u2019re rendering a <a href=\"https:\/\/g100.us\/walk-cycle-references\/\">character turntable<\/a> with a default grey material in bright daylight, you will most likely see no difference if your character has 10k or 10mio Polygons.<\/p>\n<p>Polygons <em>on their own<\/em> don\u2019t increase the number of samples the Render Engine needs to clear up an image all that much.<\/p>\n<p>Polygons do however slow down the overall performance of the ray-tracer and building of the ray-tree (which is a preparation process before the actual rendering starts - see the section on Rendermanagers).<\/p>\n<p>So although you won\u2019t see a difference in Samples taken, the speed in which these samples are calculated will be faster in a scene that has fewer polygons.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Lights\"><\/span>Lights<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Every light emitter, be it an object with a glowing material or an actual light object, adds more rays to your scene that have to be traced at rendertime.<\/p>\n<p>Especially with Global Illumination, which you are likely to use in most of your scenes, every light will create rays that bounce around the scene for a couple of times - and each and every one of those rays has to be calculated by your GPU or CPU.<\/p>\n<p>Now, here\u2019s the thing:<\/p>\n<p>In some cases, adding a light can speed up your rendering: If you are using GI and have a lot of dark areas in your image, where no direct light can easily reach, adding another (very dim) light to brighten those areas can help clear up those noisy pixels quickly.<\/p>\n<p>Adding lights so your subject is illuminated directly lets you render extremely fast. Lights only get really slow, if they have to bounce around a couple of times to reach your subject, or if they themselves are of a more complex nature.<\/p>\n<p>Area Lights for example are computationally expensive, as there are a lot of rays the ray-tracer has to sample to cover the entire area of an area-light, also making sure the resulting shadow is soft.<\/p>\n<p>Compared to a Point light, an area light is a major slowdown - Especially with large area lights.<\/p>\n<p>Try using portal lights where possible, especially when illuminating indoor scenes that are lit through windows. Portal lights are more efficient than area lights and render much faster.<\/p>\n<p>Use spotlights and non-raytraced, <em>shadow-map, <\/em>soft shadows where possible. Calculating soft shadows can be done much quicker with these, and might speed up your rendertimes considerably without altering the look of your scene.<\/p>\n<p>Render a scene in outdoor lighting from an HDRI or sky-object and Sun is usually pretty fast as you have uniform lighting from a full (or half) dome, meaning your rays don\u2019t have to do bounce around a lot to illuminate everything.<\/p>\n<p>If your 3D Software and Render Engine has the ability to Limit Light bounces and light reach, do so. There is no point in having your scene subject be influenced by lights that are very far away, or that are obstructed \/ difficult to reach from other lights.<\/p>\n<p>Rays from lights that have to bounce many times to reach your scene subject, or lights that have decayed into almost being invisible, can introduce a lot of noise into your render.<\/p>\n<p>Sometimes you can just use your Render or Project Tags to limit what your lights are supposed to illuminate to clean up the noise. Exclude whatever is unnecessary.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Materials\"><\/span>Materials<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>There are a lot of Material Features that can slow down your render, after all, Materials make up the entire Surface area of your scene.<\/p>\n<p>There are three basic ways your Lighting can interact with your Scene\u2019s Materials. Light can be:<\/p>\n<ul>\n<li>Reflected (e.g. chrome)<\/li>\n<li>Refracted (e.g. a glass)<\/li>\n<li>Partly absorbed, scattered, and reflected (e.g. skin)<\/li>\n<\/ul>\n<p>Remember what we said about keeping the number of rays and ray bounces inside your scene as low as possible to render faster? Materials are a major factor in exponentially increasing the number of rays that have to be computed.<\/p>\n<p>Any Material property that either increases the number of rays in your scene or needs many samples to clear up, makes your render slow.<\/p>\n<p>Let\u2019s take a look at some of the major culprits:<\/p>\n<h4>Glossy Reflections and Refractions<\/h4>\n<p>Having light rays reflect off of a chrome ball (hard reflection) is about the simplest thing you can do in 3D.<\/p>\n<p>Here\u2019s a side-by-side of a Chrome Ball with a hard reflection, and the sample-distribution needed to clear up the noise in the image (White = More Samples, Dark = Fewer Samples):<\/p>\n<p><noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9982\" src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Glossy-Materials-How-to-Render-Faster-1.jpg\" alt=\"Glossy Materials - How to Render Faster 1\" width=\"1024\" height=\"488\" srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Glossy-Materials-How-to-Render-Faster-1.jpg 1024w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Glossy-Materials-How-to-Render-Faster-1-300x143.jpg 300w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Glossy-Materials-How-to-Render-Faster-1-768x366.jpg 768w\" sizes=\"(max-width: 1024px) 100vw, 1024px\"><\/noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9982 lazyload\" src=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%201024%20488%22%3E%3C%2Fsvg%3E\" alt=\"Glossy Materials - How to Render Faster 1\" width=\"1024\" height=\"488\" srcset=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%201024%20488%22%3E%3C%2Fsvg%3E 1024w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" data-srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Glossy-Materials-How-to-Render-Faster-1.jpg 1024w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Glossy-Materials-How-to-Render-Faster-1-300x143.jpg 300w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Glossy-Materials-How-to-Render-Faster-1-768x366.jpg 768w\" data-src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Glossy-Materials-How-to-Render-Faster-1.jpg\"><\/p>\n<p>Take this chrome ball and make the reflection soft (glossy) and you\u2019re creating a multitude of new rays that have to be computed. Depending on the softness of your reflection, incoming rays are now scattered uniformly in all kinds of directions.<\/p>\n<p>The more Samples and Rays the Render Engine has to calculate, the longer it needs to finish the rendering.<\/p>\n<p><noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9983\" src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Glossy-Materials-How-to-Render-Faster-2.jpg\" alt=\"Glossy Materials - How to Render Faster 2\" width=\"1024\" height=\"488\" srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Glossy-Materials-How-to-Render-Faster-2.jpg 1024w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Glossy-Materials-How-to-Render-Faster-2-300x143.jpg 300w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Glossy-Materials-How-to-Render-Faster-2-768x366.jpg 768w\" sizes=\"(max-width: 1024px) 100vw, 1024px\"><\/noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9983 lazyload\" src=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%201024%20488%22%3E%3C%2Fsvg%3E\" alt=\"Glossy Materials - How to Render Faster 2\" width=\"1024\" height=\"488\" srcset=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%201024%20488%22%3E%3C%2Fsvg%3E 1024w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" data-srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Glossy-Materials-How-to-Render-Faster-2.jpg 1024w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Glossy-Materials-How-to-Render-Faster-2-300x143.jpg 300w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Glossy-Materials-How-to-Render-Faster-2-768x366.jpg 768w\" data-src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Glossy-Materials-How-to-Render-Faster-2.jpg\"><\/p>\n<p>The same can be applied to glossy <em>refractions<\/em>. A combination of both, glossy reflections and glossy refractions would increase the rendertime even more.<\/p>\n<p>Now, I am not saying, don\u2019t use glossy refractions or reflections - they are an integral part of most materials, but when you do use them, make sure to optimize them as much as possible.<\/p>\n<p>Here\u2019s how to optimize refractions and reflections:<\/p>\n<ul>\n<li>Limit their ray bounces (Trace-depth)<\/li>\n<li>Optimize with cut-off thresholds<\/li>\n<\/ul>\n<p>When your reflections or refractions are glossy (blurry), you can\u2019t really make out details in the reflection or refraction, and we can use this to our advantage.<\/p>\n<p>Because the reflected\/refracted Scene in the material is so blurry, we won\u2019t be able to tell if the reflected\/refracted scene is 100% accurate or not - meaning we can reduce the complexity of the scene in refractions\/reflection without anybody really noticing.<\/p>\n<p>By limiting trace depths, we tell that particular glossy material to only reflect or refract other objects, <strong><em>but not those objects\u2019 own reflections or refractions (up to a certain number of depth \/ bounces)<\/em><\/strong>.<\/p>\n<p>This means we can save a lot of rays because we artificially limited the trace depth. We can do this in most render engines, either in the material settings directly, or sometimes you need to apply a render-tag to certain objects to be able to make use of this.<\/p>\n<p>Here\u2019s how this looks in the <a href=\"https:\/\/www.redshift3d.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">Redshift Render Engine<\/a>:<\/p>\n<p><noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9994\" src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Trace-depth-override-Make-Materials-render-faster.jpg\" alt=\"Trace depth override - Make Materials render faster\" width=\"482\" height=\"327\" srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Trace-depth-override-Make-Materials-render-faster.jpg 482w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Trace-depth-override-Make-Materials-render-faster-300x204.jpg 300w\" sizes=\"(max-width: 482px) 100vw, 482px\"><\/noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9994 lazyload\" src=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20482%20327%22%3E%3C%2Fsvg%3E\" alt=\"Trace depth override - Make Materials render faster\" width=\"482\" height=\"327\" srcset=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20482%20327%22%3E%3C%2Fsvg%3E 482w\" sizes=\"(max-width: 482px) 100vw, 482px\" data-srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Trace-depth-override-Make-Materials-render-faster.jpg 482w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Trace-depth-override-Make-Materials-render-faster-300x204.jpg 300w\" data-src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Trace-depth-override-Make-Materials-render-faster.jpg\"><\/p>\n<p>The other optimization we see in the image above is \u201ccut-off thresholds\u201d - Basically, what this does is tell the renderer to only take rays into account that would alter the appearance of the pixel more than the defined threshold.<\/p>\n<p>Seems logical, doesn\u2019t it?<\/p>\n<p><strong>It should only use computational resources on stuff that would actually make a noticeable difference in the rendering<\/strong>.<\/p>\n<p>The thing is, by default these thresholds are so low that they don\u2019t influence your rendertime at all. You\u2019ll have to increase the threshold to make the best use of it. Play around with it a bit to see the difference. Use these for speeding up glossy reflections and refractions.<\/p>\n<p>Of course, you can use them on hard reflections or refractions too, but because everything is crystal clear in hard reflections, you\u2019ll likely notice where cut-offs occur more quickly.<\/p>\n<h4>Material Bump \/ Normal Maps \/ Displacement Maps<\/h4>\n<p>Remember how glossy reflections increase the number of rays that are created by a material and the number of samples needed to clear up the noise?<\/p>\n<p>Using Bump, Normal, or Displacement Maps is very similar in this regard. Because these Maps try to fake mesh detail, the incoming rays are also being scattered by them.<\/p>\n<p>The finer the detail, the more rays are created. Even if your mesh has just a couple of polygons, i.e. a Cube, if you have a complex bump map on top of it that scatters rays all over the place, your renders will slow down considerably.<\/p>\n<h4>Material Textures \/ Bitmaps<\/h4>\n<p>There are almost no 3D Scenes that can be created without the use of some <a href=\"https:\/\/g100.us\/best-texture-sites\/\">great Bitmaps \/ Textures<\/a>. They add detail to your meshes that most of the time would be too much work to model.<\/p>\n<p>Be sure you don\u2019t overdo it with your texture resolutions. Having a bunch of 8k Textures throughout your scene, even though 2k or 1k Textures would be enough (given the object\u2019s screen-size), makes it more difficult for the render engine to work through your scene.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Render_Settings\"><\/span>Render Settings<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Adjusting your render settings is one of the most efficient things you can do to speed up your rendering.<\/p>\n<p>As always, though, we don\u2019t just want to turn down the quality, we want to stay as close as possible to the quality we need, but still want to improve rendering performance.<\/p>\n<p>Here are some of the most important factors to take a look at to improve your render performance:<\/p>\n<h4>Adaptive Sampler<\/h4>\n<p>The single most important thing for most modern render engines is to set them to use an adaptive sampler.<\/p>\n<p>The thing is: Modern render engines are extremely sophisticated and have methods of determining themselves, how many samples they need to make a good quality render.<\/p>\n<p>The very first setting that you should take a look at are the sample limits of the adaptive sampler. Every Engine has a slightly different name for this section, but here\u2019s how it looks in Redshift:<\/p>\n<p><noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9991\" src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Redshift-adaptive-sampling.jpg\" alt=\"Redshift adaptive sampling\" width=\"529\" height=\"142\" srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Redshift-adaptive-sampling.jpg 529w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Redshift-adaptive-sampling-300x81.jpg 300w\" sizes=\"(max-width: 529px) 100vw, 529px\"><\/noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9991 lazyload\" src=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20529%20142%22%3E%3C%2Fsvg%3E\" alt=\"Redshift adaptive sampling\" width=\"529\" height=\"142\" srcset=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20529%20142%22%3E%3C%2Fsvg%3E 529w\" sizes=\"(max-width: 529px) 100vw, 529px\" data-srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Redshift-adaptive-sampling.jpg 529w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Redshift-adaptive-sampling-300x81.jpg 300w\" data-src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Redshift-adaptive-sampling.jpg\"><\/p>\n<p>And Vray:<\/p>\n<p><noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9995\" src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/vray-adaptive-sampling.jpg\" alt=\"vray adaptive sampling\" width=\"534\" height=\"106\" srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/vray-adaptive-sampling.jpg 534w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/vray-adaptive-sampling-300x60.jpg 300w\" sizes=\"(max-width: 534px) 100vw, 534px\"><\/noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9995 lazyload\" src=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20534%20106%22%3E%3C%2Fsvg%3E\" alt=\"vray adaptive sampling\" width=\"534\" height=\"106\" srcset=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20534%20106%22%3E%3C%2Fsvg%3E 534w\" sizes=\"(max-width: 534px) 100vw, 534px\" data-srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/vray-adaptive-sampling.jpg 534w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/vray-adaptive-sampling-300x60.jpg 300w\" data-src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/vray-adaptive-sampling.jpg\"><\/p>\n<p>All of these Adaptive Samplers across different Render Engines have this in common:<\/p>\n<ul>\n<li>Min Samples<\/li>\n<li>Max Samples<\/li>\n<li>(Noise \/ Error) Threshold<\/li>\n<\/ul>\n<p>How this works is simple: The Sampler traces the minimum amount of samples through each pixel to get a good average look at what color the pixel has.<\/p>\n<p>It then compares it to the pixels next to it and checks if the difference (e.g. in lighting) is too big \/ too noisy. If the difference \/ noise \/ error is above the Threshold it traces more samples through the scene until it dips below the error threshold (simplified for convenience).<\/p>\n<p>Simple as that.<\/p>\n<p>So even if you set your max Samples to 10000, the sampler only ever uses the amount it needs to dip below the error threshold.<\/p>\n<p>So technically, all you have to change here for preview renderings is increase the threshold to something like 0.1, and for final-render to something like 0.01.<\/p>\n<p>As always you\u2019ll have to do some testing and find the sweet spot and the amount of noise you are willing to live with.<\/p>\n<p>The functionality of the adaptive sampler makes sure it uses only the amount of samples needed to clear up the image. That means in well-lit areas it uses only a few samples, and e.g. in areas that are badly lit, it can use more samples to clear up the noise.<\/p>\n<p>Make sure you use the functionality of the adaptive sampler to never use more samples than absolutely needed.<\/p>\n<h4>Limit Ray Bounces (Trace depth) &amp; Cut-off Thresholds<\/h4>\n<p>In the Material section, we already took a look at how you can limit the trace depth in reflections and refractions, but in most render engines you can set this globally.<\/p>\n<p>Here\u2019s how this looks in Redshift:<\/p>\n<p><noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9990\" src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Limit-Ray-Bounces-Redshift-How-to-Render-faster.jpg\" alt=\"Limit Ray Bounces Redshift - How to Render faster\" width=\"762\" height=\"374\" srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Limit-Ray-Bounces-Redshift-How-to-Render-faster.jpg 762w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Limit-Ray-Bounces-Redshift-How-to-Render-faster-300x147.jpg 300w\" sizes=\"(max-width: 762px) 100vw, 762px\"><\/noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9990 lazyload\" src=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20762%20374%22%3E%3C%2Fsvg%3E\" alt=\"Limit Ray Bounces Redshift - How to Render faster\" width=\"762\" height=\"374\" srcset=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20762%20374%22%3E%3C%2Fsvg%3E 762w\" sizes=\"(max-width: 762px) 100vw, 762px\" data-srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Limit-Ray-Bounces-Redshift-How-to-Render-faster.jpg 762w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Limit-Ray-Bounces-Redshift-How-to-Render-faster-300x147.jpg 300w\" data-src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Limit-Ray-Bounces-Redshift-How-to-Render-faster.jpg\"><\/p>\n<p>The idea behind this is simple: We want to hinder specific rays from bouncing too many times. We can usually set bounce limits for Reflections, Refractions, and Transparency.<\/p>\n<p>The lower these are set, the fewer bounces are allowed, and the faster the scene renders. This is one of the major factors in speeding up your renders.<\/p>\n<p>But, of course, if you set this too low, you\u2019ll see some black holes or stuff disappearing from reflections, refractions, and transparent areas.<\/p>\n<p>Do some experimenting with each of your scenes to find the sweet spot.<\/p>\n<p>In the image above, below the Maximum trace depth, we see the <em>cut-off thresholds<\/em>, which can also speed up your rendering.<\/p>\n<p>Basically, what this does is tell the renderer to only take rays into account that would alter the appearance of the pixel more than the defined threshold - on a global scene level.<\/p>\n<p>The higher you set these, the earlier a ray will be ignored or canceled, speeding up your rendering.<\/p>\n<p>Of course, the same applies here: If you set these too high you\u2019ll start seeing black pixels or rough edges in your shaders and lighting, so find your sweet spot here too.<\/p>\n<h4>Clamp your Max Ray intensity<\/h4>\n<p>Using this feature not only speeds up your renders but usually also gets rid of random highlight pixels across your scene.<\/p>\n<p>In Redshift (C4D):<\/p>\n<p><noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9993\" src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Screenshot_2.jpg\" alt width=\"531\" height=\"107\" srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Screenshot_2.jpg 531w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Screenshot_2-300x60.jpg 300w\" sizes=\"(max-width: 531px) 100vw, 531px\"><\/noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9993 lazyload\" src=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20531%20107%22%3E%3C%2Fsvg%3E\" alt width=\"531\" height=\"107\" srcset=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20531%20107%22%3E%3C%2Fsvg%3E 531w\" sizes=\"(max-width: 531px) 100vw, 531px\" data-srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Screenshot_2.jpg 531w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Screenshot_2-300x60.jpg 300w\" data-src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Screenshot_2.jpg\"><\/p>\n<p>In Vray (C4D):<\/p>\n<p><noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9992\" src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Screenshot_1.jpg\" alt width=\"530\" height=\"100\" srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Screenshot_1.jpg 530w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Screenshot_1-300x57.jpg 300w\" sizes=\"(max-width: 530px) 100vw, 530px\"><\/noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9992 lazyload\" src=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20530%20100%22%3E%3C%2Fsvg%3E\" alt width=\"530\" height=\"100\" srcset=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20530%20100%22%3E%3C%2Fsvg%3E 530w\" sizes=\"(max-width: 530px) 100vw, 530px\" data-srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Screenshot_1.jpg 530w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Screenshot_1-300x57.jpg 300w\" data-src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/Screenshot_1.jpg\"><\/p>\n<p>By default, most render engines will allow rays and samples to be a lot brighter than what your monitors can usually display. It makes sense, really, after all, light sources are usually very bright.<\/p>\n<p>Most of the time though, you\u2019ll see no difference between a reflected light that has an intensity of 2 or 10. Both will appear to be 100% white (or 100% brightness).<\/p>\n<p>You\u2019ll see a difference, of course, if your resulting reflection or refraction would absorb 90% of the incoming light.<\/p>\n<p>In most cases, though, limiting the ray intensity to something closer to 1, will improve your render performance, clean up random bright pixels, while not changing the look of your scene all that much.<\/p>\n<p>Go try it out and find your sweet spot.<\/p>\n<h4>AOVs<\/h4>\n<p>Arbitrary Output Variables, Multi-Pass Images, Render Passes, or other names they carry, are Images that are created alongside your Beauty Render, usually for further use in compositing and other means of post-production.<\/p>\n<p>I didn\u2019t know this for a long time, but, yes, <strong>AOVs slow down the actual rendering phase<\/strong>.<\/p>\n<p>I was under the impression that AOVs just need a short amount of time to be stored next to my beauty pass at the end of the render process, but, no, they slow down the entire rendering.<\/p>\n<p>This will not be noticeable with only a couple of Render Passes, of course, but have 10 or more Puzzle mattes, Depth mattes, object buffers? In many render engines you can expect a noticeable increase in render-time with each AOV you add to your final render.<\/p>\n<p>Do make sure you only render the AOVs that you absolutely need.<\/p>\n<h4>Global Illumination Settings<\/h4>\n<p>There are a multitude of hacks to get your GI to render fast and be flicker-free, but that\u2019s content for an entirely separate article.<\/p>\n<p>Let\u2019s look at just a few of the things that you can make use of in almost any render engine which will most likely impact your render performance considerably if used correctly:<\/p>\n<p>First, use Brute force \/ QMC GI only if you\u2019re rendering animations and you see a lot of flickering between frames. Brute forcing your GI is the slowest possible method of utilizing GI.<\/p>\n<p>True, it works like a charm almost every time, but takes a huge amount of time to render.<\/p>\n<p>Many types of scenes that aren\u2019t too complex or have tiny details, can get away with Light Caching or Photon Mapping, which is usually a lot faster to render.<\/p>\n<p>Especially if you\u2019re only rendering still images, where some minor frame differences are unimportant, using a Light Cache on the second or even first GI Bounce can be a life-saver.<\/p>\n<p>Generally, of course, you can and should limit your GI bounces. Do a couple of test-renderings with your GI bounces set to 1, 2, 3, or more and see if the difference really is noticeable or needed. The lower your bounces, the faster you\u2019ll render.<\/p>\n<p>Some scenes might even get away with no GI at all. I know, it\u2019s my habit too to just turn on GI for every new scene, but many times you don\u2019t need it.<\/p>\n<p>Take outdoor scenes for example. A dome-light with a sky texture and sunlight might render a lot faster than trying to shade your shadows through sky GI bounces - and will in most cases look very similar.<\/p>\n<p>If your overall scene is fine to be rendered with a light cache, but your Character with its hair just messes up everything and throws flickers throughout the frame, <strong><em>just render two passes<\/em><\/strong>.<\/p>\n<p>Render your background scene with the character shadow set to using light caching, and render another pass with just the character set to using brute force GI.<\/p>\n<p>We all know how to combine this in post. Don\u2019t try to do everything in one pass or one layer.<\/p>\n<p>Even simpler: Some render engines let you set your GI-method <em>per object<\/em>, usually through a render tag \/ compositing tag.<\/p>\n<p>In general, you\u2019ll obviously be able to render faster with lower GI quality settings, such as lower GI samples, and using this in conjunction with de-noising in comp is a powerful tool. But more on that in the \u201c<em>De-noise in post<\/em>\u201d section.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Render_Visibility_and_Include_Exclude_for_Scene_Object_Relations\"><\/span>Render Visibility and Include \/ Exclude for Scene &amp; Object Relations<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>By default, Rays just bounce around the entire scene, with no regard to how far they travel or if that particular Ray is important to the overall look of the Image.<\/p>\n<p>Some Rays, Objects, Materials, or Lights might just be eating away at your performance without doing all that much else.<\/p>\n<p>Some Objects might be important to see by the camera, but you can\u2019t really see them in all of those blurry reflections, so just turn off the visibility of that object for reflection rays. Simple as that.<\/p>\n<p>In almost any Render Engine you can turn on and off the visibility of an object for all kinds of ray types such as reflection, refraction, ao, shadow, gi, you name it.<\/p>\n<p><noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9986\" src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-faster-Rays.jpg\" alt=\"How to Render faster - Rays\" width=\"502\" height=\"375\" srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-faster-Rays.jpg 502w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-faster-Rays-300x224.jpg 300w\" sizes=\"(max-width: 502px) 100vw, 502px\"><\/noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9986 lazyload\" src=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20502%20375%22%3E%3C%2Fsvg%3E\" alt=\"How to Render faster - Rays\" width=\"502\" height=\"375\" srcset=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20502%20375%22%3E%3C%2Fsvg%3E 502w\" sizes=\"(max-width: 502px) 100vw, 502px\" data-srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-faster-Rays.jpg 502w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-faster-Rays-300x224.jpg 300w\" data-src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-Render-faster-Rays.jpg\"><\/p>\n<p>Does a certain object throw a computationally intensive shadow onto the floor of your scene, but since the shadow is so transparent, it can\u2019t really be seen? Just tell that object to not cast any shadows!<\/p>\n<p>The ability to individually control the visibility of every object or group is one of the most powerful features in the world of 3D, and it\u2019s useful for speeding up your renders as well.<\/p>\n<p>The same is valid for Include\/Exclude capabilities: Do you have a sun shining through a slightly glossy window making the resulting scattered rays inside the room render forever?<\/p>\n<p>Just exclude the glass windows from being seen by the sun so the sun rays travel through the window without being scattered!<\/p>\n<p>This kind of scene will probably render 10x times faster, just because you are not scattering those sun rays through the window glass (creating a huge number of new rays).<\/p>\n<h3><span class=\"ez-toc-section\" id=\"This_can_work_well_Use_Render_Regions_and_Render-layers\"><\/span>This can work well: Use Render Regions and Render-layers<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Especially when you\u2019re on a tight deadline and the client or boss requests some final changes that would just take too long to re-render entirely, you can just render patches, certain objects, or just parts of an image or sequence.<\/p>\n<p>Of course, patching stuff is sort of a last resort, as it does make your project unnecessarily complex.<\/p>\n<p>Here\u2019s an example: Your 60 Second animation has been final-rendered because the client has approved a preview version of it, but as we all know, they always come back and want one last change.<\/p>\n<p>So the client would like one of the houses in the background of that shot to look differently. To speed things up, you now have the possibility to use \u201c<em>render masks<\/em>\u201d as they are called in some render engines.<\/p>\n<p>What this does is render only the objects you have selected, and skip the rest of the pixels in the scene, filling them with <a href=\"https:\/\/g100.us\/premultiplied-alpha-vs-straight-alpha\/\">alpha<\/a>. That way you can re-render the house and just layer it over your already existing final render in comp.<\/p>\n<p>Here\u2019s how this GUI looks like in V-Ray (C4D):<\/p>\n<p><noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9987\" src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-render-Faster-Render-Masks.jpg\" alt=\"How to render Faster - Render Masks\" width=\"581\" height=\"199\" srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-render-Faster-Render-Masks.jpg 581w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-render-Faster-Render-Masks-300x103.jpg 300w\" sizes=\"(max-width: 581px) 100vw, 581px\"><\/noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9987 lazyload\" src=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20581%20199%22%3E%3C%2Fsvg%3E\" alt=\"How to render Faster - Render Masks\" width=\"581\" height=\"199\" srcset=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20581%20199%22%3E%3C%2Fsvg%3E 581w\" sizes=\"(max-width: 581px) 100vw, 581px\" data-srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-render-Faster-Render-Masks.jpg 581w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-render-Faster-Render-Masks-300x103.jpg 300w\" data-src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-to-render-Faster-Render-Masks.jpg\"><\/p>\n<p>Some other Render Engines can do this through using mattes, usually found in Compositing or Render Tags that are placed on the object groups you\u2019d like to hide or show (e.g. Redshift).<\/p>\n<p>So given our house in the background takes up about 1\/4th of the frame, that would mean we can re-render that client-requested change much quicker than when re-rendering the entire full frame.<\/p>\n<p>If you have a still camera, you can even use Render Regions, also called Border Render in some Engines, which just specifies a rectangular area of the frame that is supposed to be rendered.<\/p>\n<p>Of course, if you do some planning ahead - especially because you learn pretty quickly what clients and bosses like to change - you can set up your shots with render-layers, and separate important elements onto different render-layers so you can adjust them easily in comp, or re-render them individually if needed.<\/p>\n<p>For example: Separate each of your characters onto its own render-layer, the foreground on a render-layer, and the background on to a render-layer. That way you have much finer control over your shot in compositing and can re-render much smaller parts of the final image if needed.<\/p>\n<p>Especially in shots where the camera does not move, there\u2019s mostly no need of rendering your background or foreground for each frame, if all that moves are the characters. Render a single frame of your background and foreground, and just render those character render-layers with shadow catchers in a full image sequence.<\/p>\n<p>Using render-layers can also take care of some annoying issues that keep popping up when using post mblur (Motion Blur), post DOF (Depth of Field), or depth mattes for fog - especially when you can\u2019t use deep EXR-mattes.<\/p>\n<p>Thinking ahead to make changes easier in the later &amp; stressful parts of the project can be a life-saver. But you\u2019ll have to find a good sweet spot here because setting up projects so they are easier to change later-on, of course, <em>also takes time<\/em>. \ud83d\ude09<\/p>\n<h2><span class=\"ez-toc-section\" id=\"External_Factors_Optimize_everything_outside_of_your_scene\"><\/span>External Factors: Optimize everything outside of your scene<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Optimizing internal settings and the complexity of your 3D Scenes is just one part of the equation.<\/p>\n<p>Sometimes your scenes are already optimized to their fullest, or you can\u2019t make any changes to the scene at all because you\u2019re just in charge of rendering, or can\u2019t risk making in-depth changes to the scene anymore that have not been approved.<\/p>\n<p>There are a lot of things you can do to render faster, that are controlled outside of your 3D scene, though sometimes the following options do need some minor preparation within your scenes to then unfold their full potential:<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Renderpasses_Compositing\"><\/span>Renderpasses &amp; Compositing<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Let\u2019s start with renderpasses. We\u2019ve all used them to some extent and we covered them shortly in the AOV-section of this article, as they do tend to eat some performance at times.<\/p>\n<p>Oftentimes though, using renderpasses <em>saves more time (If used correctly)<\/em>.<\/p>\n<p>Renderpasses are not just for outputting some extra Image information such as depth or object or puzzle mattes.<\/p>\n<p>When used correctly, they can be combined in comp <strong>to build your beauty pass<\/strong>.<\/p>\n<p>A Render Engine\u2019s Beauty Pass, which is your standard final RGBA Image that is output by default, is an Image that is internally made up of a couple of Renderpasses such as the Diffuse Pass, GI Pass, Light Pass, Shadow Pass, AO Pass, Reflection, Refraction...<\/p>\n<p>Those individual passes can be added or multiplied on top of each other in comp to re-make the final beauty-pass.<\/p>\n<p>And you\u2019ve probably already guessed it: Combine this with some Puzzle or Crypto-Mattes to be able to select your Individual Objects and you have a crazily powerful tool to alter your scene in comp, without ever having to re-render another frame in your 3D-Software for that shot.<\/p>\n<p>Here\u2019s an example: You finished final-rendering a Car-commercial at 4k, 60FPS which sports a nice red pickup-truck. You rendered days to get this finished, but now the client requests the pickup truck to be blue.<\/p>\n<p>The first thought would be: \u201cGreat, another 5 days of re-rendering the entire Commercial\u201d.<\/p>\n<p><em>But<\/em>, since we all know what clients and bosses like to change all the time, we anticipated this and rendered the entire commercial with all of the AOVs needed to build our beauty pass from scratch.<\/p>\n<p>All you need to do now is add a hue change to your diffuse pass, and voil\u00e0, you\u2019re done. No re-rendering is necessary! (Apart from the comp, of course)<\/p>\n<p>Compositing (fix it in post!) is such a powerful tool, possibilities are limitless. Any 3D-Artist worth their salt can also do at least some compositing.<\/p>\n<p>This brings us to our next section:<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Denoise_in_Post\"><\/span>Denoise in Post<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Yes, there are ways to utilize de-noisers even in 3D-Render Engines. Some have Plugins such as Altus De-noise or OptiX De-noising tech built-in, but I can\u2019t recommend using them for production or final rendering.<\/p>\n<p>Instead, utilize your render-passes and de-noising plugins in your favorite compositing App.<\/p>\n<p>Most of the time, a lot of your passes are just fine, they have almost no noise in them. Your Diffuse pass for example is usually squeaky clean. GI or Shadow passes though tend to be quite noisy.<\/p>\n<p>So all we have to do is de-noise those two passes with a de-noising plugin in post (such as <a href=\"https:\/\/www.neatvideo.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">Neat Video De-noiser<\/a> in AE).<\/p>\n<p>If you have no time to set up your renderpasses or are looking to reduce noise on an already existing render, you can usually also apply de-noising to your beauty pass.<\/p>\n<p>It can work well but often messes up some areas with fine textures, as the de-noiser doesn\u2019t really know what\u2019s noise and what is texture detail without looking at additional passes.<\/p>\n<p>De-noising in post usually lets you get away with much faster 3D-Renders as you can set your noise threshold higher.<\/p>\n<p>Knowing when to do something in 3D and when to do something in post is a skill that we all have to learn - de-noising is one thing that works well in post.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Utilize_Post_Compositing_to_its_fullest\"><\/span>Utilize Post \/ Compositing to its fullest<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>A lot of times you can do something in compositing that would take a long time to set up inside your 3D scene and knowing when this is the more efficient way is a mark of a good 3D-Artist.<\/p>\n<p>Especially when you are working on changes after you\u2019ve already finished final rendering your frames, adding patches or doing some masking work to fix smaller issues can save you a lot of time that would have otherwise been invested into re-rendering the entire shot.<\/p>\n<p>Some examples: If you see small render glitches, like objects doing z-depth fighting on a frame, a caustic glitch on the floor, or even just an object that has the wrong color, most of the time you can just mask and patch these without anyone noticing.<\/p>\n<p>Sure, a clean render that has no errors in them is preferable, but we can all overlook minor things that we then notice after final rendering is already finished.<\/p>\n<p>Knowing what you can do in compositing to a rendered sequence will bring you peace of mind, even on high-profile jobs.<\/p>\n<p>Learn some masking, rotoscoping, tracking in e.g. After Effects to fix minor render issues.<\/p>\n<p>Of course, you can do more in comp than just fix stuff that has been messed up in the rendering phase.<\/p>\n<p>With proper render-layers, object mattes, depth mattes, or even normal map mattes and UV mattes, you can do a lot in post that will save you time usually spent on rendering.<\/p>\n<p>Utilize 3D Camera exports from your 3d scene to set up static backgrounds or foreground layers, saving you the time to render backgrounds and foregrounds of your shots that don\u2019t really change at all.<\/p>\n<p>Use Motion Blur Plugins, Depth of Field Plugins, and others in compositing to have more control over the look of your shots, even after you\u2019ve finished rendering them - and without baking those effects into your rendered images permanently.<\/p>\n<p>Rendering a Product Visualization turntable animation? Have dozens of products, each with a different label? Just render the product once and swap out the labels in comp.<\/p>\n<p>Easy as that.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Use_a_Rendermanager\"><\/span>Use a Rendermanager<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Making use of a render manager is a logical step for any serious 3D-Artist or Creative-Agency, as it brings a lot of benefits.<\/p>\n<p>Some of the benefits include better control over the jobs you are rendering, which don\u2019t have to be 3D-Render jobs only.<\/p>\n<p>Most modern Rendermanagers such as <a href=\"https:\/\/www.awsthinkbox.com\/deadline\" target=\"_blank\">Thinkbox Deadline<\/a> (which is free for up to 2 nodes, so give it a test-drive), support running all kinds of jobs, from 3D-Rendering over Video Rendering, Particle Caching, File Conversion, Image Processing to batch processing.<\/p>\n<p>A Rendermanager will cut down on the time you usually spend setting up and checking your renderings, and with render automation, you can even set up entire chains of a render pipeline.<\/p>\n<p>A simple example: You\u2019ve got some 3D Scenes that have to be rendered, after that, you refresh those in your comp and make image sequences for editing. In Editing, you refresh those image-sequences and render out a preview for your boss or client.<\/p>\n<p>Well, with a Rendermanager you can automate that entire process. Just create a comp job that starts automatically when the 3D-Scenes are finished rendering. Create an Editing-job that will re-render your previews once those comp-jobs are finished.<\/p>\n<p>When you come back in the morning, the entire thing will be finished before you even start working.<\/p>\n<p><strong>BUT, there is another thing Rendermanagers can be used for: Improving Render Performance.<\/strong><\/p>\n<p>You see, Render Engines all work very similarly. A rendering Process usually consists of 3 stages after you hit that render-button:<\/p>\n<ol>\n<li>Prepare the scene for rendering so the Render Engine can make the best use of it<\/li>\n<li>Render the scene (either in buckets or progressive mode)<\/li>\n<li>Save the finished Render and AOVs to storage<\/li>\n<\/ol>\n<p>Usually, that second phase, the actual rendering-phase, takes up the most time. This is especially the case when you are doing final rendering and you are trying to achieve a noise-free image that needs a high amount of samples.<\/p>\n<p>The great thing about the actual rendering phase is that it\u2019s very easily parallelized, meaning the render engine makes great use of all of your resources, CPU cores, or GPU cores, to run through this phase.<\/p>\n<p>The <strong><em>first <\/em><\/strong>phase though, the preparation phase, underutilizes your hardware, as it is very dependent on your CPU\u2019s single-core performance and most of the calculations in this phase can only be run on a <em>single core (or very few cores)<\/em>.<\/p>\n<p>This means the rest of your PC\u2019s performance just sits and waits idly until that phase is done and it can ramp up and use the full potential of its resources.<\/p>\n<p>Here\u2019s a screenshot of what the CPU utilization looks like when rendering a moderately complex 3D-Scene on the V-Ray CPU Renderer:<\/p>\n<p><noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9984\" src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-To-Render-Faster-CPU-Utilization.jpg\" alt=\"How To Render Faster - CPU Utilization\" width=\"939\" height=\"283\" srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-To-Render-Faster-CPU-Utilization.jpg 939w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-To-Render-Faster-CPU-Utilization-300x90.jpg 300w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-To-Render-Faster-CPU-Utilization-768x231.jpg 768w\" sizes=\"(max-width: 939px) 100vw, 939px\"><\/noscript><img decoding=\"async\" class=\"alignnone size-full wp-image-9984 lazyload\" src=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20939%20283%22%3E%3C%2Fsvg%3E\" alt=\"How To Render Faster - CPU Utilization\" width=\"939\" height=\"283\" srcset=\"data:image\/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%20939%20283%22%3E%3C%2Fsvg%3E 939w\" sizes=\"(max-width: 939px) 100vw, 939px\" data-srcset=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-To-Render-Faster-CPU-Utilization.jpg 939w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-To-Render-Faster-CPU-Utilization-300x90.jpg 300w, https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-To-Render-Faster-CPU-Utilization-768x231.jpg 768w\" data-src=\"https:\/\/g100.us\/wp-content\/uploads\/media\/2020\/12\/How-To-Render-Faster-CPU-Utilization.jpg\"><\/p>\n<p>As you can see, the CPU is not utilized very well. A lot of time, it is idling at around 10% utilization. This is where Scene preparation happens. It mostly consists of building Ray-Tracing hierarchies and preparing textures.<\/p>\n<p>When the utilization jumps to 100% and stays there for a while, that\u2019s where the actual rendering-phase begins, which you can usually see through progressing buckets or progressive rendering.<\/p>\n<p>In a best-case scenario, your PC\u2019s resources would be utilized 100% all the time during rendering, but since this is not how render engines work, we can use a Render Manager to improve it.<\/p>\n<p>Now, do note, that this preparation time is a fixed amount of time per frame that you are rendering - It does not get longer if your overall rendering-time is longer. So if you render frames that take hours and hours to render, a minute of preparation time is not much.<\/p>\n<p>If, however, your frames take just a couple of minutes to finish rendering, then a minute of preparation time wastes a lot of resources.<\/p>\n<p>A worst-case scenario is when you have a powerful PC with a lot of GPUs. Say you have a Render node with 8 GPUs. All 8 of those GPUs will sit there idly, waiting until preparation is completed.<\/p>\n<p>If you had 8 PCs with 1 GPU each, preparation time would be divided by 8, wasting much fewer resources - because preparation can be done <strong><em>simultaneously <\/em><\/strong>on 8 PCs.<\/p>\n<p><strong><em>Simultaneously <\/em><\/strong>is the key-word here, because we can use a Rendermanager to render <em>multiple jobs on one PC<\/em> at the same time, assigning resources to each render-job we are running.<\/p>\n<p>So if we had 1 PC with 8 GPUs, we could use a render manager to run 8 jobs at a time, each of these jobs rendering a frame of our image-sequence, and each of these jobs having been assigned one of the GPUs so they don\u2019t interfere.<\/p>\n<p>This is standard practice with render managers and easy to set up.<\/p>\n<p>Of course, running multiple render jobs at once on a single PC needs a lot of resources, but with a strong CPU and a lot of RAM, you can potentially save a lot of time.<\/p>\n<p>Of course, this 8-GPU example is quite extreme, but even with a regular 1CPU, 1GPU machine, you can fill in those areas where the CPU or GPU is fairly idle with a second simultaneous render-job.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Use_a_different_Render_Engine\"><\/span>Use a different Render Engine<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Now, using a different Render Engine surely isn\u2019t something you can do easily and if you are used to a workflow or are bound to specific tools in a pipeline of your company, this will not work.<\/p>\n<p>If you do however have power over what tools you use and are eager to see if another render engine might make sense for a future job, do some experimenting on the side.<\/p>\n<p>You might have been doing e.g. CPU Rendering for years and years, and it might be time to hop onto a modern GPU Render Engine like <a href=\"https:\/\/www.redshift3d.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">Redshift<\/a> or <a href=\"https:\/\/home.otoy.com\/render\/octane-render\/\" target=\"_blank\" rel=\"noopener noreferrer\">Octane<\/a>.<\/p>\n<p>There will always be tools that suit your type of projects and work methods more than others, so keep testing new stuff that pops up on the market.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Check_for_Software_Updates\"><\/span>Check for Software Updates<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>There can always be bugs in your Version that have been fixed in an Update or there might have been a feature update that improves render performance, so check if the Software and tools you use have any such updates.<\/p>\n<p>If you encounter some weird behavior in a Tool, always report this to the developers so it can be fixed. Most Software packages have Forums where you can easily file a bug report.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Upgrade_your_PC_buy_more_better_Hardware\"><\/span>Upgrade your PC, buy more &amp; better Hardware<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>This is kind of a no-brainer.<\/p>\n<p>You can skip any kind of optimization of your 3D Project scenes and still see considerably faster rendering speeds if you just get better hardware.<\/p>\n<p>This might not be a viable option to some, but for those of you who have the money to spend, this is something to consider.<\/p>\n<p>It\u2019s all about Return on Investment. If it costs you 1000$ now, but you\u2019ll be able to complete all of your future renderings in half the time, better hardware pays for itself <em>quickly<\/em>.<\/p>\n<p>Especially when you make money through doing 3D-Work and Rendering. If you don\u2019t, you might not get money, but you do get more <em>time<\/em>. Which might be worth even more.<\/p>\n<p>We have a multitude of Articles on buying, upgrading, and choosing the best PC-Hardware for your needs (<a href=\"https:\/\/g100.us\/best-computer-3d-modeling-rendering\/\">3D Modeling<\/a>, <a href=\"https:\/\/g100.us\/best-computer-for-animation\/\">Animation<\/a>, <a href=\"https:\/\/g100.us\/best-cpu-for-rendering\/\">Rendering<\/a>), so I\u2019ll just give you a quick step-by-step overview and let you do some reading of other articles for more in-depth info:<\/p>\n<p>How to improve your PC\u2019s performance through Hardware Upgrades:<\/p>\n<ol>\n<li>Decide on the workloads you want to improve the performance for (e.g. Rendering in Redshift or Rendering in V-Ray)<\/li>\n<li>Find out what Hardware Component is crucial to the performance of your workload (GPU for GPU Rendering, CPU for CPU Rendering, RAM)<\/li>\n<li>Check performance metrics of your current hardware (Through Benchmarks like <a href=\"https:\/\/g100.us\/cinebench-r23-scores-updated-results\/\">Cinebench<\/a> or <a href=\"https:\/\/g100.us\/vray-benchmark\/\">VRAY-Bench<\/a> for CPU, or <a href=\"https:\/\/g100.us\/octanebench-benchmark-results\/\">Octanebench<\/a> and <a href=\"https:\/\/g100.us\/redshift-benchmark-results\/\">Redshift Bench<\/a> for GPU)<\/li>\n<li>Decide on a budget and find benchmark scores for potential newer hardware components that fit your budget (As most scores are linear, you\u2019ll then already know how much faster the newer parts are compared to your current PC\u2019s performance)<\/li>\n<li>Buy them<\/li>\n<li>Render Faster! \ud83d\ude42<\/li>\n<\/ol>\n<p>If this process seems to be confusing, feel free to <a href=\"https:\/\/g100.us\/forum\/\">ask us in the forum<\/a>. We\u2019ve been able to help thousands already, and love to help you too!<\/p>\n<p>For GPU Render Engines adding more GPUs usually scales the performance almost linearly. You\u2019ll have to make sure to have a Platform, Motherboard, CPU, and Chipset that supports <a href=\"https:\/\/g100.us\/best-hardware-for-gpu-rendering-in-octane-redshift-vray\/\">multi-GPU setups<\/a> though.<\/p>\n<p>For CPU Rendering, the more cores and the higher the clocks, usually the better.<\/p>\n<p>The higher the performance per component, the more of a premium you usually pay for added performance. Sometimes it makes sense to get multiple lower-tier components (e.g. GPUs) instead of one high-end component.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Overclock_the_Hardware_you_currently_have\"><\/span>Overclock the Hardware you currently have<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>I don't like to recommend overclocking but it is a viable option to temporarily get some higher performance out of your hardware.<\/p>\n<p>The downsides to overclocking are these:<\/p>\n<ul>\n<li>It introduces increased instability, risking to lose your render process if something goes wrong or worse<\/li>\n<li>You generate an unproportionate amount of heat compared to the performance gain<\/li>\n<li>You draw an unproportionate amount of power compared to the performance gain<\/li>\n<li>Your components are exposed to an increased amount of strain, risking damage to the overclocked components (CPU, GPU, Motherboard, RAM) or your entire PC<\/li>\n<\/ul>\n<p>After those disclaimers, overclocking is still an option for those <strong>that know what they are doing<\/strong>. Tweaking your OC settings can take a lot of time, though, so be sure to experiment with this before you run into time constraints for your final renders.<\/p>\n<p>Both CPU and GPU overclocking is possible.<\/p>\n<p>In my opinion, in most cases, Overclocking is not worth it, and the GPUs and CPUs already do a good job with their automated boosting features that stay within safer limits.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Utilize_a_Renderfarm\"><\/span>Utilize a Renderfarm<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>If all else fails and you are still seeing bad render performance, and planning ahead you notice that you\u2019ll just need more performance in general, a Renderfarm is the answer.<\/p>\n<p>There are two types of Renderfarms:<\/p>\n<ul>\n<li><a href=\"https:\/\/g100.us\/how-to-build-your-own-render-farm\/\">Your own Renderfarm<\/a><\/li>\n<li><a href=\"https:\/\/g100.us\/best-online-render-farms\/\">An online Renderfarm<\/a><\/li>\n<\/ul>\n<p>I have written an extensive <a href=\"https:\/\/g100.us\/how-to-build-your-own-render-farm\/\">Guide on how to build your own Renderfarm<\/a> - the gist of it is this:<\/p>\n<p>A Renderfarm is basically just a bunch of PCs hooked up through a network and managed through a render manager.<\/p>\n<p>Everyone can set up their own Renderfarm and how easy this is you can learn in the guide linked above.<\/p>\n<p>The great thing with Rendernodes (individual PCs in a Renderfarm), is that you can specialize them to the extreme so they tackle your exact workloads much better than an all-rounder workstation.<\/p>\n<p>Your own Renderfarm is an investment that pays for itself very quickly. If you <a href=\"https:\/\/g100.us\/make-money-3d-artist\/\" target=\"_blank\" rel=\"noopener noreferrer\">earn money through your 3D Jobs<\/a> and have regular work, a Renderfarm, or just a couple of extra PCs, will save you a lot of money in the long run and speed up your rendering <em>a lot<\/em>.<\/p>\n<p>In case you don\u2019t have the time or money to set up your own personal Renderfarm, you can also use an online Renderfarm to render your jobs.<\/p>\n<p>There are a lot of different Renderfarm service providers such as RanchComputing or Rebus Renderfarm, that offer either Plugins that directly plug into your Software or online Interfaces that make the process fairly easy.<\/p>\n<p>The benefit of an online Renderfarm is that they have a crazy amount of <a href=\"https:\/\/g100.us\/combine-processing-power-two-computers\/\">processing power<\/a> (hundreds, thousands of Render-Servers), meaning you can usually render a large number of complex scenes in a matter of minutes or hours.<\/p>\n<p>Of course, this comes at a cost, and it\u2019s not cheap.<\/p>\n<p>Any time you render something, an online Renderfarm will ask for money. With your own Renderfarm, once it paid for itself, you can basically render on it for free (apart from some electricity cost).<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Conclusion_How_to_render_faster\"><\/span>Conclusion: How to render faster<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>That\u2019s about it for this article. Of course, there are a gazillion more ways to render faster and I am curious to hear your methods in the <a href=\"#post-9963-comments\">comments<\/a>.<\/p>\n<p>A lot of the methods discussed in this Article will work nicely for your <strong>future <\/strong>projects, some others might help you render faster <strong>right now<\/strong>.<\/p>\n<p>Try building a habit of optimizing your scenes while creating them and utilize compositing \/ post-production to its fullest to save render- and valuable work-time.<\/p>\n<p><strong><em>What did I miss? What are some of your methods to speed up rendering? Let me know in the comments! \ud83d\ude42<\/em><\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"<p>We all want to render faster. The ability to iterate more quickly, and more often, because your preview renders are shorter won\u2019t just save you time - it makes you more competitive, less frustrated and keeps those creative juices of yours flowing without disturbance. Iterating during a project you are working on is just one...<\/p>\n","protected":false},"author":2343,"featured_media":9999,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[178],"tags":[149,132,148,207,124,152],"acf":[],"_links":{"self":[{"href":"https:\/\/g100.us\/wp-json\/wp\/v2\/posts\/9963"}],"collection":[{"href":"https:\/\/g100.us\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/g100.us\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/g100.us\/wp-json\/wp\/v2\/users\/2343"}],"replies":[{"embeddable":true,"href":"https:\/\/g100.us\/wp-json\/wp\/v2\/comments?post=9963"}],"version-history":[{"count":20,"href":"https:\/\/g100.us\/wp-json\/wp\/v2\/posts\/9963\/revisions"}],"predecessor-version":[{"id":19588,"href":"https:\/\/g100.us\/wp-json\/wp\/v2\/posts\/9963\/revisions\/19588"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/g100.us\/wp-json\/wp\/v2\/media\/9999"}],"wp:attachment":[{"href":"https:\/\/g100.us\/wp-json\/wp\/v2\/media?parent=9963"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/g100.us\/wp-json\/wp\/v2\/categories?post=9963"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/g100.us\/wp-json\/wp\/v2\/tags?post=9963"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}