Ok, my current project is a treasure for finding out Vray issues…
Simple example, extraordinary result - same scene, setup, just one uses cray cliper with a mesh to clip unwanted geo.
Resulting in longer render time - although it should be even faster with clipper, when rendering less grass.
The problem does not limit to the clipping area but whole scene, that’s a serious issue. It’s like something invisible is calculating.
In my commercial scene, it’s 3:30 vs ~5:30 and I only get rid of a small grass portion on the ground.
But I made a simple example and uploading the scene:
V-Ray Clipper is a render time effect - this means that all the geometry (grass in your case) is still there. In addition to that every traced ray is checked against the clipper - while this is quite fast is still requires time..
I took the liberty to play around with the scene a bit.
Steps 1 and 2 are the images I rendered out before doing any changes, so I have something to compare to. Step 1 is the time it took with the Clipper on.
Once I redistributed your grass patches I’m using the Plain effector with a box field to clamp the “cutting” of the grass to your custom mesh, that’s on step 4.
And finally, step 3 is the render time I got with that setup, shaving around 10s of the render time I got without the Clipper (the faster one ).
Hope this will end up being useful for your final setup.
I don’t see any reason why it wouldn’t work.
If you custom mesh is with quite small details, like very short and sharp edges, you might want to increase the resolution of the cloned patches, i.e. making the patches smaller and upping their count.
For the example above I used a patch with a size of 175x175cm.
Could you send me your file? To be honest I don’t know what you did If you just cloned smaller patches it is not a solution. Idea is to clip very large spaces with no restrictions - just like in 3.7
To be honest I don’t know what you did
nothing fancy really, just a simple mograph setup
If you just cloned smaller patches it is not a solution well, as I mentioned, in order to have a more precise control I made a patch of 175 sq.cm and re-distibuted that.
Well, as thought this is just an example, which works on the simple example - that’s not the problem and final scene. Imagine large area with sidewalks, stones, anything curvy also, which you just clip by a clipper mesh just by the edges - never done it? Thanks for sharing though
@yavor.rubenov - any response, did you check and investigate why rendering is slower, even in areas unaffected by clipper mesh? Any comparisons made to 3.7 clipper?
There are no changes to the clipper itself for quite a while. As I mentioned - even areas that are not inside the clipper mesh still need to be checked so it is expected to have some slow down.
My colleagues from the Cinema team will check if there’s something scene/Cinema specific.
I understand perfectly, it will draw some render time but:
Exactly what you say is an issue - SOME slow down - where in my example it is (minus lC 10s) 25sec vs 40sec rendering - that’s 60% more time. In a bigger scene you can just see it goes way slower to calculate.
Thank you - same slowdown ratio happens in bigger scene I’m working with. Such slowdown is worth investigating. For the time being no one represented another example of clipper vs non-clipper rendering times to have more look into.
Would need to hop into 3.7 and compare, just don’t have time.
What slows down your render is the “Fill Inner Cavities” parameter in the VRayClipper object. It is usually used when clipping closed geometry. To generate the ‘caps’ of the clipped geometry - we have to trace additional rays to check if the shaded point is inside or outside the mesh. Disabling this option should bring your render times back to normal.
Thank you @ivan.vardarov - that works perfect. I remember trying every option in bigger scene, but must have miss-figure it.
I think that the “Fill Cavities” should be off by default.
(First person to actually look at my setup - many thanks, that should gone like this on the first answer.)
(First person to actually look at my setup - many thanks, that should gone like this on the first answer.) That’s not true and if you read carefully -- two devs answer you, and many other from the team were involved internally. I understand you don’t get me wrong but is not true that we don’t care for your feedback.
Not saying you don’t care, just this simple topic issue (which I should find out by myself…) was a time waste for both sides. Instead to just check my file and say - “Hey, just untick this option”, I got first 2 responses that vray works like that by nature and I should look for another solution. Then I got a response from tech that pointed me to Yunal’s solution - which is a whole another matter. And finally, after my responses we finally got to the simple solution - just confirming that responses from tech before wasn’t accurate.
It happens, no offense here I just hate running in circles, not focusing on actual problem.
I’m having the same slowdown problems, my scenes are 5 times slower to render when using VRayClipper, I know this thread is for C4D, I’m using 3D Studio but the problem is the same. My version of Clipper doesn’t have the “fill inner cavities” parameter, what should I do??
Please open a support ticket via our contact form or create a new thread in the 3Ds Max forum section and my colleagues will have a look at that issue for you.
Clippers in Max have a property “fill_cavities” that is accessible with MAXScript - you can set it to false and rendering should be faster but results might be different.
