Help me understand why my cycles render is so slow
$begingroup$
This is NOT about asking how to speed up cycles renders. I am just confused to why a scene has taken so long to render.
Here we go:
I have a camera (WOW) looking up into treetops. Pretty simple. These leaves have subsurface scattering with a black/white texture to apply some change in the colour/subsurface. The trees are a bunch of vertices with a skin modifier, textured. Some simple volumetric clouds. I have a weak volumetrics box to apply a light beam effect surrounding my camera reaching to just above the trees.
For the render settings, I used CPU (I know, kill me. But I started one on GPU and got different results and was just as slow!). Rendered at 4,096 samples at 2,800 x 1,800 (W x H).
I was rendering on a single iMac, which in the past, has done more complex scenes with higher settings within 6 hours easy.
Now for the render time:
99 hours and 52 minutes.
NEARLY 100 HOURS!!! Is it me or is that WAY too long!?!
I would upload the image but it is over 2mb :(
Any reasons into why it is taking so long would be grateful.
cycles rendering volumetrics performance
edited Nov 13 '18 at 12:05
Nicola Sap
6,09611745
asked Nov 13 '18 at 10:37
Bigfoot BlondyBigfoot Blondy
4547
$endgroup$
add a comment |
$begingroup$
This is NOT about asking how to speed up cycles renders. I am just confused to why a scene has taken so long to render.
Here we go:
I have a camera (WOW) looking up into treetops. Pretty simple. These leaves have subsurface scattering with a black/white texture to apply some change in the colour/subsurface. The trees are a bunch of vertices with a skin modifier, textured. Some simple volumetric clouds. I have a weak volumetrics box to apply a light beam effect surrounding my camera reaching to just above the trees.
For the render settings, I used CPU (I know, kill me. But I started one on GPU and got different results and was just as slow!). Rendered at 4,096 samples at 2,800 x 1,800 (W x H).
I was rendering on a single iMac, which in the past, has done more complex scenes with higher settings within 6 hours easy.
Now for the render time:
99 hours and 52 minutes.
NEARLY 100 HOURS!!! Is it me or is that WAY too long!?!
I would upload the image but it is over 2mb :(
Any reasons into why it is taking so long would be grateful.
cycles rendering volumetrics performance
edited Nov 13 '18 at 12:05
Nicola Sap
6,09611745
asked Nov 13 '18 at 10:37
Bigfoot BlondyBigfoot Blondy
4547
$endgroup$
add a comment |
$begingroup$
This is NOT about asking how to speed up cycles renders. I am just confused to why a scene has taken so long to render.
Here we go:
I have a camera (WOW) looking up into treetops. Pretty simple. These leaves have subsurface scattering with a black/white texture to apply some change in the colour/subsurface. The trees are a bunch of vertices with a skin modifier, textured. Some simple volumetric clouds. I have a weak volumetrics box to apply a light beam effect surrounding my camera reaching to just above the trees.
For the render settings, I used CPU (I know, kill me. But I started one on GPU and got different results and was just as slow!). Rendered at 4,096 samples at 2,800 x 1,800 (W x H).
I was rendering on a single iMac, which in the past, has done more complex scenes with higher settings within 6 hours easy.
Now for the render time:
99 hours and 52 minutes.
NEARLY 100 HOURS!!! Is it me or is that WAY too long!?!
I would upload the image but it is over 2mb :(
Any reasons into why it is taking so long would be grateful.
cycles rendering volumetrics performance
edited Nov 13 '18 at 12:05
Nicola Sap
6,09611745
asked Nov 13 '18 at 10:37
Bigfoot BlondyBigfoot Blondy
4547
$endgroup$
This is NOT about asking how to speed up cycles renders. I am just confused to why a scene has taken so long to render.
Here we go:
I have a camera (WOW) looking up into treetops. Pretty simple. These leaves have subsurface scattering with a black/white texture to apply some change in the colour/subsurface. The trees are a bunch of vertices with a skin modifier, textured. Some simple volumetric clouds. I have a weak volumetrics box to apply a light beam effect surrounding my camera reaching to just above the trees.
For the render settings, I used CPU (I know, kill me. But I started one on GPU and got different results and was just as slow!). Rendered at 4,096 samples at 2,800 x 1,800 (W x H).
I was rendering on a single iMac, which in the past, has done more complex scenes with higher settings within 6 hours easy.
Now for the render time:
99 hours and 52 minutes.
NEARLY 100 HOURS!!! Is it me or is that WAY too long!?!
I would upload the image but it is over 2mb :(
Any reasons into why it is taking so long would be grateful.
cycles rendering volumetrics performance
cycles rendering volumetrics performance
edited Nov 13 '18 at 12:05
Nicola Sap
6,09611745
asked Nov 13 '18 at 10:37
Bigfoot BlondyBigfoot Blondy
4547
edited Nov 13 '18 at 12:05
Nicola Sap
6,09611745
asked Nov 13 '18 at 10:37
Bigfoot BlondyBigfoot Blondy
4547
edited Nov 13 '18 at 12:05
Nicola Sap
6,09611745
edited Nov 13 '18 at 12:05
Nicola Sap
6,09611745
edited Nov 13 '18 at 12:05
Nicola Sap
6,09611745
6,09611745
asked Nov 13 '18 at 10:37
Bigfoot BlondyBigfoot Blondy
4547
asked Nov 13 '18 at 10:37
Bigfoot BlondyBigfoot Blondy
4547
asked Nov 13 '18 at 10:37
Bigfoot BlondyBigfoot Blondy
4547
4547
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
$begingroup$
I'm not too sure about the implementation of volumetrics in Cycles, but roughly speaking:
without volumetrics, a ray direction must be evaluated only once every time it hits a surface. So the ray virtually travels freely (no computations) through the empty space, then it hits a surface and (if it hasn't bounced back and forth too many times, depending on your "Bounces" settings), it triggers a single new calculation to decide where the ray should move next. Repeat a few times (up to a dozen) until it finally hits a light or the sky.
with volumetrics, every little interval of space the ray travels, the path tracer has to flip a coin to decide whether it will be scattered or not (until it finally gets scattered enough times to reach the "Volumetric bounces" cap). So along its trip there's a LOT of calculations involved.
If your scene is covered for the most part by volumetric regions, this will require a lot of extra calculation per each single ray (and you are casting 20 BILLION rays in your setup!).
Subsurface scattering is also very computationally intense.
So the reason why your render takes so long is that, even if your geometry and your shaders are "simple" (meaning: it took not too long for you to set them up), they are all over the place and are requiring a ton of calculations per ray (meaning: it takes a lot for the renderer to evaluate them)!
answered Nov 13 '18 at 10:57
Nicola SapNicola Sap
6,09611745
$endgroup$
1
$begingroup$
Absolutely. Very well explained.
$endgroup$
– Rich Sedman
Nov 13 '18 at 11:01
$begingroup$
Thanks a heap Nicola! I had a bit of a feeling it was the volumetrics/subsurf but I couldn't find a way to change the samples. That makes a lot of sense though. On mine, the bounces for volumetrics where set to 0, but under geometry, the max steps is at 1024 with a step size of 0.1. Would the max steps do the same thing? If so what would you recommend for them to be set to? Thanks for the quick reply BTW. Very helpful :D
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:09
$begingroup$
Tweaking with the max step and step size surely helps, but consider also removing unnecessary volumetrics (a region with very low density is as expensive as a high density region, but could possibly be trimmed off altogether) or even replacing them with transparent image plates if they are not interacting too much with your subject / center of focus*. The kinds of optimisations you can make really are dependent on what your scene looks like! - - *there was a nice example of this in this year Gleb Alexandrov's talk at the Blender Conference, but I think the video is currently unavailable :(
$endgroup$
– Nicola Sap
Nov 13 '18 at 11:19
$begingroup$
oh, well then. I think I might have to rethink the large volumetrics!!! The large one I used is subtle and is weak but I kind of need it. I find it frustrating though because I made another scene with an even bigger volumetric box with 40 odd coloured lights passing through it and it was done within 3 hours. Your answer is helpful but it doesn't quite answer my question as the settings you have pointed out are already quite low (besides the max step which seems to be making no difference). BTW, I think I watched that vid. Twas a while ago though. what about subsurface? radius? Scale?
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:29
1
$begingroup$
Thank you! Those settings along with a slight reduction to my subsurf* radius just about quartered the speed. Amazing how such little things make a big difference! All your reply's where very helpful btw. Thanks a heap.
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:36
|
show 1 more comment
Your Answer
StackExchange.ifUsing("editor", function ()
return StackExchange.using("mathjaxEditing", function ()
StackExchange.MarkdownEditor.creationCallbacks.add(function (editor, postfix)
StackExchange.mathjaxEditing.prepareWmdForMathJax(editor, postfix, [["$", "$"], ["\\(","\\)"]]);
);
);
, "mathjax-editing");
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "502"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fblender.stackexchange.com%2fquestions%2f122577%2fhelp-me-understand-why-my-cycles-render-is-so-slow%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
$begingroup$
I'm not too sure about the implementation of volumetrics in Cycles, but roughly speaking:
without volumetrics, a ray direction must be evaluated only once every time it hits a surface. So the ray virtually travels freely (no computations) through the empty space, then it hits a surface and (if it hasn't bounced back and forth too many times, depending on your "Bounces" settings), it triggers a single new calculation to decide where the ray should move next. Repeat a few times (up to a dozen) until it finally hits a light or the sky.
with volumetrics, every little interval of space the ray travels, the path tracer has to flip a coin to decide whether it will be scattered or not (until it finally gets scattered enough times to reach the "Volumetric bounces" cap). So along its trip there's a LOT of calculations involved.
If your scene is covered for the most part by volumetric regions, this will require a lot of extra calculation per each single ray (and you are casting 20 BILLION rays in your setup!).
Subsurface scattering is also very computationally intense.
So the reason why your render takes so long is that, even if your geometry and your shaders are "simple" (meaning: it took not too long for you to set them up), they are all over the place and are requiring a ton of calculations per ray (meaning: it takes a lot for the renderer to evaluate them)!
answered Nov 13 '18 at 10:57
Nicola SapNicola Sap
6,09611745
$endgroup$
1
$begingroup$
Absolutely. Very well explained.
$endgroup$
– Rich Sedman
Nov 13 '18 at 11:01
$begingroup$
Thanks a heap Nicola! I had a bit of a feeling it was the volumetrics/subsurf but I couldn't find a way to change the samples. That makes a lot of sense though. On mine, the bounces for volumetrics where set to 0, but under geometry, the max steps is at 1024 with a step size of 0.1. Would the max steps do the same thing? If so what would you recommend for them to be set to? Thanks for the quick reply BTW. Very helpful :D
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:09
$begingroup$
Tweaking with the max step and step size surely helps, but consider also removing unnecessary volumetrics (a region with very low density is as expensive as a high density region, but could possibly be trimmed off altogether) or even replacing them with transparent image plates if they are not interacting too much with your subject / center of focus*. The kinds of optimisations you can make really are dependent on what your scene looks like! - - *there was a nice example of this in this year Gleb Alexandrov's talk at the Blender Conference, but I think the video is currently unavailable :(
$endgroup$
– Nicola Sap
Nov 13 '18 at 11:19
$begingroup$
oh, well then. I think I might have to rethink the large volumetrics!!! The large one I used is subtle and is weak but I kind of need it. I find it frustrating though because I made another scene with an even bigger volumetric box with 40 odd coloured lights passing through it and it was done within 3 hours. Your answer is helpful but it doesn't quite answer my question as the settings you have pointed out are already quite low (besides the max step which seems to be making no difference). BTW, I think I watched that vid. Twas a while ago though. what about subsurface? radius? Scale?
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:29
1
$begingroup$
Thank you! Those settings along with a slight reduction to my subsurf* radius just about quartered the speed. Amazing how such little things make a big difference! All your reply's where very helpful btw. Thanks a heap.
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:36
|
show 1 more comment
$begingroup$
I'm not too sure about the implementation of volumetrics in Cycles, but roughly speaking:
without volumetrics, a ray direction must be evaluated only once every time it hits a surface. So the ray virtually travels freely (no computations) through the empty space, then it hits a surface and (if it hasn't bounced back and forth too many times, depending on your "Bounces" settings), it triggers a single new calculation to decide where the ray should move next. Repeat a few times (up to a dozen) until it finally hits a light or the sky.
with volumetrics, every little interval of space the ray travels, the path tracer has to flip a coin to decide whether it will be scattered or not (until it finally gets scattered enough times to reach the "Volumetric bounces" cap). So along its trip there's a LOT of calculations involved.
If your scene is covered for the most part by volumetric regions, this will require a lot of extra calculation per each single ray (and you are casting 20 BILLION rays in your setup!).
Subsurface scattering is also very computationally intense.
So the reason why your render takes so long is that, even if your geometry and your shaders are "simple" (meaning: it took not too long for you to set them up), they are all over the place and are requiring a ton of calculations per ray (meaning: it takes a lot for the renderer to evaluate them)!
answered Nov 13 '18 at 10:57
Nicola SapNicola Sap
6,09611745
$endgroup$
1
$begingroup$
Absolutely. Very well explained.
$endgroup$
– Rich Sedman
Nov 13 '18 at 11:01
$begingroup$
Thanks a heap Nicola! I had a bit of a feeling it was the volumetrics/subsurf but I couldn't find a way to change the samples. That makes a lot of sense though. On mine, the bounces for volumetrics where set to 0, but under geometry, the max steps is at 1024 with a step size of 0.1. Would the max steps do the same thing? If so what would you recommend for them to be set to? Thanks for the quick reply BTW. Very helpful :D
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:09
$begingroup$
Tweaking with the max step and step size surely helps, but consider also removing unnecessary volumetrics (a region with very low density is as expensive as a high density region, but could possibly be trimmed off altogether) or even replacing them with transparent image plates if they are not interacting too much with your subject / center of focus*. The kinds of optimisations you can make really are dependent on what your scene looks like! - - *there was a nice example of this in this year Gleb Alexandrov's talk at the Blender Conference, but I think the video is currently unavailable :(
$endgroup$
– Nicola Sap
Nov 13 '18 at 11:19
$begingroup$
oh, well then. I think I might have to rethink the large volumetrics!!! The large one I used is subtle and is weak but I kind of need it. I find it frustrating though because I made another scene with an even bigger volumetric box with 40 odd coloured lights passing through it and it was done within 3 hours. Your answer is helpful but it doesn't quite answer my question as the settings you have pointed out are already quite low (besides the max step which seems to be making no difference). BTW, I think I watched that vid. Twas a while ago though. what about subsurface? radius? Scale?
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:29
1
$begingroup$
Thank you! Those settings along with a slight reduction to my subsurf* radius just about quartered the speed. Amazing how such little things make a big difference! All your reply's where very helpful btw. Thanks a heap.
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:36
|
show 1 more comment
$begingroup$
I'm not too sure about the implementation of volumetrics in Cycles, but roughly speaking:
without volumetrics, a ray direction must be evaluated only once every time it hits a surface. So the ray virtually travels freely (no computations) through the empty space, then it hits a surface and (if it hasn't bounced back and forth too many times, depending on your "Bounces" settings), it triggers a single new calculation to decide where the ray should move next. Repeat a few times (up to a dozen) until it finally hits a light or the sky.
with volumetrics, every little interval of space the ray travels, the path tracer has to flip a coin to decide whether it will be scattered or not (until it finally gets scattered enough times to reach the "Volumetric bounces" cap). So along its trip there's a LOT of calculations involved.
If your scene is covered for the most part by volumetric regions, this will require a lot of extra calculation per each single ray (and you are casting 20 BILLION rays in your setup!).
Subsurface scattering is also very computationally intense.
So the reason why your render takes so long is that, even if your geometry and your shaders are "simple" (meaning: it took not too long for you to set them up), they are all over the place and are requiring a ton of calculations per ray (meaning: it takes a lot for the renderer to evaluate them)!
answered Nov 13 '18 at 10:57
Nicola SapNicola Sap
6,09611745
$endgroup$
I'm not too sure about the implementation of volumetrics in Cycles, but roughly speaking:
without volumetrics, a ray direction must be evaluated only once every time it hits a surface. So the ray virtually travels freely (no computations) through the empty space, then it hits a surface and (if it hasn't bounced back and forth too many times, depending on your "Bounces" settings), it triggers a single new calculation to decide where the ray should move next. Repeat a few times (up to a dozen) until it finally hits a light or the sky.
with volumetrics, every little interval of space the ray travels, the path tracer has to flip a coin to decide whether it will be scattered or not (until it finally gets scattered enough times to reach the "Volumetric bounces" cap). So along its trip there's a LOT of calculations involved.
If your scene is covered for the most part by volumetric regions, this will require a lot of extra calculation per each single ray (and you are casting 20 BILLION rays in your setup!).
Subsurface scattering is also very computationally intense.
So the reason why your render takes so long is that, even if your geometry and your shaders are "simple" (meaning: it took not too long for you to set them up), they are all over the place and are requiring a ton of calculations per ray (meaning: it takes a lot for the renderer to evaluate them)!
answered Nov 13 '18 at 10:57
Nicola SapNicola Sap
6,09611745
edited Nov 13 '18 at 11:02
answered Nov 13 '18 at 10:57
Nicola SapNicola Sap
6,09611745
answered Nov 13 '18 at 10:57
Nicola SapNicola Sap
6,09611745
answered Nov 13 '18 at 10:57
Nicola SapNicola Sap
6,09611745
6,09611745
1
$begingroup$
Absolutely. Very well explained.
$endgroup$
– Rich Sedman
Nov 13 '18 at 11:01
$begingroup$
Thanks a heap Nicola! I had a bit of a feeling it was the volumetrics/subsurf but I couldn't find a way to change the samples. That makes a lot of sense though. On mine, the bounces for volumetrics where set to 0, but under geometry, the max steps is at 1024 with a step size of 0.1. Would the max steps do the same thing? If so what would you recommend for them to be set to? Thanks for the quick reply BTW. Very helpful :D
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:09
$begingroup$
Tweaking with the max step and step size surely helps, but consider also removing unnecessary volumetrics (a region with very low density is as expensive as a high density region, but could possibly be trimmed off altogether) or even replacing them with transparent image plates if they are not interacting too much with your subject / center of focus*. The kinds of optimisations you can make really are dependent on what your scene looks like! - - *there was a nice example of this in this year Gleb Alexandrov's talk at the Blender Conference, but I think the video is currently unavailable :(
$endgroup$
– Nicola Sap
Nov 13 '18 at 11:19
$begingroup$
oh, well then. I think I might have to rethink the large volumetrics!!! The large one I used is subtle and is weak but I kind of need it. I find it frustrating though because I made another scene with an even bigger volumetric box with 40 odd coloured lights passing through it and it was done within 3 hours. Your answer is helpful but it doesn't quite answer my question as the settings you have pointed out are already quite low (besides the max step which seems to be making no difference). BTW, I think I watched that vid. Twas a while ago though. what about subsurface? radius? Scale?
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:29
1
$begingroup$
Thank you! Those settings along with a slight reduction to my subsurf* radius just about quartered the speed. Amazing how such little things make a big difference! All your reply's where very helpful btw. Thanks a heap.
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:36
|
show 1 more comment
1
$begingroup$
Absolutely. Very well explained.
$endgroup$
– Rich Sedman
Nov 13 '18 at 11:01
$begingroup$
Thanks a heap Nicola! I had a bit of a feeling it was the volumetrics/subsurf but I couldn't find a way to change the samples. That makes a lot of sense though. On mine, the bounces for volumetrics where set to 0, but under geometry, the max steps is at 1024 with a step size of 0.1. Would the max steps do the same thing? If so what would you recommend for them to be set to? Thanks for the quick reply BTW. Very helpful :D
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:09
$begingroup$
Tweaking with the max step and step size surely helps, but consider also removing unnecessary volumetrics (a region with very low density is as expensive as a high density region, but could possibly be trimmed off altogether) or even replacing them with transparent image plates if they are not interacting too much with your subject / center of focus*. The kinds of optimisations you can make really are dependent on what your scene looks like! - - *there was a nice example of this in this year Gleb Alexandrov's talk at the Blender Conference, but I think the video is currently unavailable :(
$endgroup$
– Nicola Sap
Nov 13 '18 at 11:19
$begingroup$
oh, well then. I think I might have to rethink the large volumetrics!!! The large one I used is subtle and is weak but I kind of need it. I find it frustrating though because I made another scene with an even bigger volumetric box with 40 odd coloured lights passing through it and it was done within 3 hours. Your answer is helpful but it doesn't quite answer my question as the settings you have pointed out are already quite low (besides the max step which seems to be making no difference). BTW, I think I watched that vid. Twas a while ago though. what about subsurface? radius? Scale?
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:29
1
$begingroup$
Thank you! Those settings along with a slight reduction to my subsurf* radius just about quartered the speed. Amazing how such little things make a big difference! All your reply's where very helpful btw. Thanks a heap.
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:36
1
1
$begingroup$
Absolutely. Very well explained.
$endgroup$
– Rich Sedman
Nov 13 '18 at 11:01
$begingroup$
Absolutely. Very well explained.
$endgroup$
– Rich Sedman
Nov 13 '18 at 11:01
$begingroup$
Thanks a heap Nicola! I had a bit of a feeling it was the volumetrics/subsurf but I couldn't find a way to change the samples. That makes a lot of sense though. On mine, the bounces for volumetrics where set to 0, but under geometry, the max steps is at 1024 with a step size of 0.1. Would the max steps do the same thing? If so what would you recommend for them to be set to? Thanks for the quick reply BTW. Very helpful :D
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:09
$begingroup$
Thanks a heap Nicola! I had a bit of a feeling it was the volumetrics/subsurf but I couldn't find a way to change the samples. That makes a lot of sense though. On mine, the bounces for volumetrics where set to 0, but under geometry, the max steps is at 1024 with a step size of 0.1. Would the max steps do the same thing? If so what would you recommend for them to be set to? Thanks for the quick reply BTW. Very helpful :D
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:09
$begingroup$
Tweaking with the max step and step size surely helps, but consider also removing unnecessary volumetrics (a region with very low density is as expensive as a high density region, but could possibly be trimmed off altogether) or even replacing them with transparent image plates if they are not interacting too much with your subject / center of focus*. The kinds of optimisations you can make really are dependent on what your scene looks like! - - *there was a nice example of this in this year Gleb Alexandrov's talk at the Blender Conference, but I think the video is currently unavailable :(
$endgroup$
– Nicola Sap
Nov 13 '18 at 11:19
$begingroup$
Tweaking with the max step and step size surely helps, but consider also removing unnecessary volumetrics (a region with very low density is as expensive as a high density region, but could possibly be trimmed off altogether) or even replacing them with transparent image plates if they are not interacting too much with your subject / center of focus*. The kinds of optimisations you can make really are dependent on what your scene looks like! - - *there was a nice example of this in this year Gleb Alexandrov's talk at the Blender Conference, but I think the video is currently unavailable :(
$endgroup$
– Nicola Sap
Nov 13 '18 at 11:19
$begingroup$
oh, well then. I think I might have to rethink the large volumetrics!!! The large one I used is subtle and is weak but I kind of need it. I find it frustrating though because I made another scene with an even bigger volumetric box with 40 odd coloured lights passing through it and it was done within 3 hours. Your answer is helpful but it doesn't quite answer my question as the settings you have pointed out are already quite low (besides the max step which seems to be making no difference). BTW, I think I watched that vid. Twas a while ago though. what about subsurface? radius? Scale?
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:29
$begingroup$
oh, well then. I think I might have to rethink the large volumetrics!!! The large one I used is subtle and is weak but I kind of need it. I find it frustrating though because I made another scene with an even bigger volumetric box with 40 odd coloured lights passing through it and it was done within 3 hours. Your answer is helpful but it doesn't quite answer my question as the settings you have pointed out are already quite low (besides the max step which seems to be making no difference). BTW, I think I watched that vid. Twas a while ago though. what about subsurface? radius? Scale?
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:29
1
1
$begingroup$
Thank you! Those settings along with a slight reduction to my subsurf* radius just about quartered the speed. Amazing how such little things make a big difference! All your reply's where very helpful btw. Thanks a heap.
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:36
$begingroup$
Thank you! Those settings along with a slight reduction to my subsurf* radius just about quartered the speed. Amazing how such little things make a big difference! All your reply's where very helpful btw. Thanks a heap.
$endgroup$
– Bigfoot Blondy
Nov 13 '18 at 11:36
|
show 1 more comment
Thanks for contributing an answer to Blender Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
Use MathJax to format equations. MathJax reference.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fblender.stackexchange.com%2fquestions%2f122577%2fhelp-me-understand-why-my-cycles-render-is-so-slow%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
