Page 1 of 3
render issues for printing large
Posted: Sun May 22, 2016 1:42 pm
by jakeamin
I have my final show for university in 2 weeks and im trying to render out a large print.
it's going to be printed at 120cm wide 240cm wide
when i'm setting the render settings it's rendering to black, could anyone take a quick look at my settings ?
also any pointers for the image to make it look as good as possible are much appreciated
https://www.dropbox.com/s/pt12t0e6n4quruw/5.zip?dl=0
Re: render issues for printing large
Posted: Sun May 22, 2016 2:20 pm
by calus
Hi,
When I open your file, C4d take already almost 1 Go of VRAM so I guess that must be why your render is black, you are out of VRAM.
My advice: export your scene to standalone and render from there, standalone use almost no VRAM except for rendering, and render smoothly very high resolution.
If you are not comfortable with standalone, you can try to set your C4d viewport to display the minimum (lines and skeleton, or filter none) then save your scene and reopen it
(for some reason C4d doesn't free the VRAM if you don't close the scene).
If you still don't have enough VRAM depending on your GPU, you may have to use "out of core texture" option, and to reduce your geometry.
Re: render issues for printing large
Posted: Sun May 22, 2016 3:21 pm
by jakeamin
still no luck, any other ideas guys ?
Re: render issues for printing large
Posted: Sun May 22, 2016 3:25 pm
by calus
Does it render with a smaller resolution (10%) ?
I edited my first message did you try all suggestions ?
I tried myself some of them with your scene, but c4d crash if I try to export the scene or if I render it at 10% resolution, but I'm on R17 with last octane beta plugin so might be relative.
The next step would be to debug the scene, trying to render separately each object of your scene to find wich one crash C4d. But my guess is that the main object has way to many polygons.
Re: render issues for printing large
Posted: Sun May 22, 2016 3:51 pm
by jakeamin
yes it renders at 10 percent I agree I think the object has too many polygons but I am unsure how I can reduce it
Re: render issues for printing large
Posted: Sun May 22, 2016 3:59 pm
by calus
well if it render at 10% you have enough VRAM to render your scene (but not me

), so the problem is not there.
Usualy to render big resolution I export to standalone, I find it way more stable for that, can you export export your scene without crashing ?
Re: render issues for printing large
Posted: Sun May 22, 2016 4:22 pm
by aoktar
I think you are using "stable" in wrong meaning.
jakeamin,
what's your plugin version? How much dpi do you use?
Re: render issues for printing large
Posted: Sun May 22, 2016 4:36 pm
by calus
jakeamin,
As you you have no problem render your scene at smaller resolution, if you use V3 plugin put the "parallel samples" setting to 1 in render setting, you should be able to render like this, it's slower but the image buffer won't take more VRAM.
Else, your main object has 15 million polygons= 30 millions triangles, that's a lot

, you can use a "polygon reduction" deformer to reduce this number (but it may take a while).
For information, as soon as I delete this object in your scene there's no more problem to render the scene at full resolution.
Re: render issues for printing large
Posted: Sun May 22, 2016 4:39 pm
by calus
aoktar wrote:I think you are using "stable" in wrong meaning.
I mean the standalone is more stable in the sens of less application crash or less Cuda error (as less Vram is used), is it the wrong meaning ?
not comparing with the plug-in here

but with C4d which can become unstable (freezing or crashing) when it has to deal with a lot of geometry and cloners in the viewport.
Re: render issues for printing large
Posted: Sun May 22, 2016 6:51 pm
by aoktar
This is not a complex scene. Just one object has extreme amount of triangles. You can't get that rendered out without having big VRAM on V2. But V3 can render out that even on 3Gb gpus. See comparison table.
Triangles and render buffers fills the VRAM as how much they are big.