Page 1 of 1

High Resolution and ucrtbase.dll crash

Posted: Fri Nov 30, 2018 1:21 pm
by Fox
Rendering at 8000 x 6000 causes render crash after few seconds rendering, but 4000 x 3000 is totally fine.
Doesn't seem to be scene specific. Disabled film opencl, CPU only rendering, no difference.

Faulting module path: C:\WINDOWS\System32\ucrtbase.dll
luxcorerender-v2.1beta2-win64-opencl
Latest c++ redist 2017.

Re: High Resolution and ucrtbase.dll crash

Posted: Fri Nov 30, 2018 3:38 pm
by Dade
I tried under Linux with LuxCoreUI and it seems to works fine at 8000x6000. It uses also a quite small amount of ram (aside from the 550MB required for the image itself).

Inside Blender, I'm at the very limit of my 16GB total ram. I wonder why, Blender seems to use a lot more ram. How much ram do you have ? Do you have some AOV/Denoiser enabled ?

Re: High Resolution and ucrtbase.dll crash

Posted: Fri Nov 30, 2018 4:32 pm
by Fox
Yes i have BCD denoiser default settings enabled , it uses 28GB now with 4000 x 3000.
But it's set to denoise after 12 hours. The 4k render has been rendering over 12 hours now, denoiser didn't crash.

sampler.type = "RANDOM"
renderengine.type = "BIDIRVMCPU"
1 Light source, HDRi map

Maybe my windows install is corrupt.

In output i see 4 png files.
One seems to be render the 16bit png.
Another is darker looking render, smaller maybe like 8bit, don't know what that is, why that is.
3'rd is similar to 2'th.
4'th is the image that shows how denoiser works.

Are this AOV's?

Re: High Resolution and ucrtbase.dll crash

Posted: Fri Nov 30, 2018 4:51 pm
by Dade
Fox wrote: Fri Nov 30, 2018 4:32 pm Yes i have BCD denoiser default settings enabled , it uses 28GB now with 4000 x 3000.
It means you need at least 4 * 28GB = 112GB (+ all other stuff like Blender, geometry, rtc.) for a 8000x6000 rendering. Are you sure to have enough ram ? You need something like 128+GB. Are you sure to have enough ram ? I'm not even sure if Windows can address all that ram :?:

Re: High Resolution and ucrtbase.dll crash

Posted: Fri Nov 30, 2018 4:52 pm
by Dade
Fox wrote: Fri Nov 30, 2018 4:32 pm In output i see 4 png files.
One seems to be render the 16bit png.
Another is darker looking render, smaller maybe like 8bit, don't know what that is, why that is.
3'rd is similar to 2'th.
4'th is the image that shows how denoiser works.

Are this AOV's?
They sounds like multiple image pipelines.

Re: High Resolution and ucrtbase.dll crash

Posted: Fri Nov 30, 2018 4:53 pm
by Fox
You might be right.

What are this 4 png's?
How can i disable them?

Re: High Resolution and ucrtbase.dll crash

Posted: Fri Nov 30, 2018 8:25 pm
by B.Y.O.B.
Fox wrote: Fri Nov 30, 2018 4:32 pm renderengine.type = "BIDIRVMCPU"
Will this even work with the denoiser?

Re: High Resolution and ucrtbase.dll crash

Posted: Fri Nov 30, 2018 8:26 pm
by B.Y.O.B.
Dade wrote: Fri Nov 30, 2018 3:38 pm I tried under Linux with LuxCoreUI and it seems to works fine at 8000x6000. It uses also a quite small amount of ram (aside from the 550MB required for the image itself).

Inside Blender, I'm at the very limit of my 16GB total ram. I wonder why, Blender seems to use a lot more ram.
Just an empty scene with 8000x6000?

Re: High Resolution and ucrtbase.dll crash

Posted: Fri Nov 30, 2018 8:42 pm
by Dade
B.Y.O.B. wrote: Fri Nov 30, 2018 8:26 pm
Dade wrote: Fri Nov 30, 2018 3:38 pm I tried under Linux with LuxCoreUI and it seems to works fine at 8000x6000. It uses also a quite small amount of ram (aside from the 550MB required for the image itself).

Inside Blender, I'm at the very limit of my 16GB total ram. I wonder why, Blender seems to use a lot more ram.
Just an empty scene with 8000x6000?
A cube with 2 lights but I may have used a scene with BCD enabled Vs. disabled and that would explain the huge difference.

Re: High Resolution and ucrtbase.dll crash

Posted: Fri Nov 30, 2018 9:42 pm
by Fox
B.Y.O.B. wrote: Fri Nov 30, 2018 8:25 pm
Fox wrote: Fri Nov 30, 2018 4:32 pm renderengine.type = "BIDIRVMCPU"
Will this even work with the denoiser?
Seems to work, but maybe not.
I will run overnight the non VM and see if there is less noise.