Mon, Dec 23, 5:06 PM CST

Renderosity Forums / Vue



Welcome to the Vue Forum

Forum Moderators: wheatpenny, TheBryster

Vue F.A.Q (Last Updated: 2024 Dec 13 6:58 am)



Subject: Out Of Memory after final render :(


lior ( ) posted Mon, 27 December 2010 at 7:33 PM · edited Mon, 23 December 2024 at 5:06 PM

file_463352.jpg

Click on this image to see details!

Hi 😕

After so many hours to get my final render, a few seconds after a message says I'm out of memory even after giving a limit of 3% instead of 25%(default dettings).

How to avoid this:"Out Of Memory"?

Thank you for your help 😄


ShawnDriscoll ( ) posted Tue, 28 December 2010 at 5:37 AM

Reduce the ecosystem some.  Reduce the resolution of texture maps used on objects too far from the camera anyway to see them.

www.youtube.com/user/ShawnDriscollCG


lior ( ) posted Tue, 28 December 2010 at 5:48 AM · edited Tue, 28 December 2010 at 5:51 AM

file_463390.jpg

Click to have full size.

 

Hi ShawnDriscoll,

After installing again Vue8, this message appears but before I hadn't this message after loading any .Vue file 😕
Must I change my configuration instead of default settings ?


cbuchner1 ( ) posted Tue, 28 December 2010 at 6:13 AM · edited Tue, 28 December 2010 at 6:17 AM

on a 32bit system, consider using the 3GB switch (procedure differs between Windows XP and later Windows versions)

I enabled the Vue binaries and renderer to be large address aware, meaning they can address the full 32bit 4GB memory range per process. There are tools for this, for example EDITBIN from the Microsoft Visual Studio package. The default setting allows applications to only address 2GB of memory.

I can now render larger ecosystems before my laptop runs out of memory.

 

On 64bit systems I have seen this error message when I ran out of swap space once (I had limited my swap space to a fixed size, which was not enough apparently)


lior ( ) posted Tue, 28 December 2010 at 8:58 AM

file_463395.jpg

 

I'm in WinXP Pro SP3 with

...

  • Processor : INTEL Core i5 750 (2.66 QuadCore LGA1156)
  • Memory : 2x2 = 4 Go DDR3-1333 PC10600 Gskill (kit)
  • Grafic card : Nvidia G210 Fanless HDMI HDCP 512 Mo (PCI-E)
    ...

I have a scene that impossible to give me the final render 😕
A friend said: "you should re render the scene using the external standalone rendered, it will most likely render the scene without a problem for you"
So I did as he said but again:"Out Of Memory" 😕

Impossible to get this final render 😕


hobepaintball ( ) posted Tue, 28 December 2010 at 9:14 AM

Your second dialog is about your video card memory for use displaying in your view ports. Change this number to the amount of ram on your video card.


lior ( ) posted Tue, 28 December 2010 at 9:20 AM

Quote - Your second dialog is about your video card memory for use displaying in your view ports. Change this number to the amount of ram on your video card.

I did it and I wrote 512Mo instead of 128Mo but still impossible to get this final render 😕


hobepaintball ( ) posted Tue, 28 December 2010 at 9:25 AM

The second message has nothing to do with your problem with final render. You are just trying to display more in the view port than the 128 standard limit can address. The final render out of memory can be addressed through lowering the resolution of materials or terrain resolution or lowering instances, or replacing objects with instances or using a lower resolution render, the options are limitless depending on where you are willing to comprimise


lior ( ) posted Tue, 28 December 2010 at 9:29 AM

A friend said: "you should re render the scene using the external standalone rendered, it will most likely render the scene without a problem for you" I did this but still impossible ... 😕


hobepaintball ( ) posted Tue, 28 December 2010 at 9:48 AM

Will it render at one of the smaller sizes?

You could switch to custom and try eliminating subrays or lowering quality or eliminate  depth of field calculations, if it features poser imports there are many sepaerate ways to optimize that. You could try hiding once of the complex items from render and see if the scene will render then, and if so there's where you can look towards for optimization


lior ( ) posted Tue, 28 December 2010 at 11:49 AM

Quote - Will it render at one of the smaller sizes?

You could switch to custom and try eliminating subrays or lowering quality or eliminate  depth of field calculations, if it features poser imports there are many sepaerate ways to optimize that. You could try hiding once of the complex items from render and see if the scene will render then, and if so there's where you can look towards for optimization

Something I don't know how to do and I've never found any tutorial  about this problem.Do you know links that would be useful to understand what you said?

A print screan would help me to understand?

Thank you for your help 😄


ShawnDriscoll ( ) posted Tue, 28 December 2010 at 9:55 PM · edited Tue, 28 December 2010 at 10:04 PM

Quote - Hi ShawnDriscoll, After installing again Vue8, this message appears but before I hadn't this message after loading any .Vue file 😕
Must I change my configuration instead of default settings ?

 

That 128MB message is a whole other issue.  It means that your video card has been told to use only 128MB (the default amount in Vue's display options) of its RAM.  If you have more RAM on your video card, you can increase the amount to equal it.  If you don't have the setting available in Vue to change this, edit your environment.xml file (found in Vue's Config folder) and change the line to

line to

(for 512MB video cards)

 

For huge scenes that use up system RAM to store while rendering, and the RAM usage still goes up more while rendering, well you are going to need more RAM and a 64-bit OS to render your scene.

Can you post a screenshot of just the bottom right view screen to show what is in your scene?  I may have more ideas for you then.

www.youtube.com/user/ShawnDriscollCG


lior ( ) posted Tue, 28 December 2010 at 10:56 PM

file_463428.jpg

This is the basic scene...


ShawnDriscoll ( ) posted Tue, 28 December 2010 at 11:02 PM

I don't se any problem memory-wise with that camera view.  Are you animating the camera?  Are you using Dynamic Population for any eco-system used?

www.youtube.com/user/ShawnDriscollCG


lior ( ) posted Tue, 28 December 2010 at 11:39 PM

Quote - I don't se any problem memory-wise with that camera view.  Are you animating the camera?  Are you using Dynamic Population for any eco-system used?

No animated camera+Dynamic Population for all the ecosystems, that's to say for the Ground+the two terrains: 4 ecosystems in Dynamic Population


ShawnDriscoll ( ) posted Tue, 28 December 2010 at 11:47 PM · edited Tue, 28 December 2010 at 11:49 PM

And as far as you know, there are no hi-def (hero) plants used in the eco-systems?  They are pretty much lo-poly objects?

Do you have any objects/layers in the scene that you've made invisible?  They can be deleted to free up system RAM.

And how long does Vue take to generate the dynamic eco-system when you click render?  5 sec?  10 sec?  1 minute?  10 minutes?  60 minutes?

www.youtube.com/user/ShawnDriscollCG


lior ( ) posted Wed, 29 December 2010 at 12:23 AM · edited Wed, 29 December 2010 at 12:26 AM

It takes a few second to populate in prevew.


ShawnDriscoll ( ) posted Wed, 29 December 2010 at 1:19 AM · edited Wed, 29 December 2010 at 1:27 AM

But during the actual render (I'm guessing GR lighting is being used), does the render bucket (do you see the render as it's being done by the way? or is this being rendered straight to disk or something?) move along nicely and then pause for a bit while some Dynamic population is being generated?  Then the bucket continues on until it runs over another eco-system that needs populating?

Lots of questions here, I know.  But is your terrain a fractal one and is its material using a fractal pattern?  Might as well turn off the fractals for both if the terrain is covered by plants anyway.  That will save on RAM a bit and speed up the render as well.

How many lights are in the scene?  More than three?  How many sub rays?  Can your system render the Sample Vue scenes included without RAM errors?

Render to screen instead of disk so that you can see where the crash is happening.  Also watch your resource value go down as it renders.  You do not want to go below 7% while rendering.  You need room to save the render afterwards.

www.youtube.com/user/ShawnDriscollCG


lior ( ) posted Wed, 29 December 2010 at 3:23 AM

Quote - But during the actual render (I'm guessing GR lighting is being used), does the render bucket (do you see the render as it's being done by the way? or is this being rendered straight to disk or something?)   Then the bucket continues on until it runs over another eco-system that needs populating?

Lots of questions here, I know.  But is your terrain a fractal one and is its material using a fractal pattern?  Might as well turn off the fractals for both if the terrain is covered by plants anyway.  That will save on RAM a bit and speed up the render as well.

How many lights are in the scene?  More than three?  How many sub rays?  Can your system render the Sample Vue scenes included without RAM errors?

Render to screen instead of disk so that you can see where the crash is happening.  Also watch your resource value go down as it renders.  You do not want to go below 7% while rendering.  You need room to save the render afterwards.

I tried to render straight to disk but impossible 😕
What do you mean by:"move along nicely and then pause for a bit while some Dynamic population is being generated?"

I load a procedural terrain, in 1024x1024 and I used a fractal =simple fractal.After loading my ecosystems, I made a copy= that's 2 say 2 simple fractal terrains.

I have not any light on the scene, excepted the sun.
Whitch subray?


ShawnDriscoll ( ) posted Wed, 29 December 2010 at 3:56 AM

file_463433.jpg

I mean does the render bucket (boxed area) move across the screen back and forth or does it stick on one part of the rendered scene for a long time?

See image for subrays.  Try again using a standard terrain instead of a procedural terrain.

 

www.youtube.com/user/ShawnDriscollCG


ShawnDriscoll ( ) posted Wed, 29 December 2010 at 4:02 AM

I'm tired and circled the subray on the right. I meant the subray setting on the left.

www.youtube.com/user/ShawnDriscollCG


bigbraader ( ) posted Wed, 29 December 2010 at 6:12 AM

Try using the standalone renderer.


lior ( ) posted Wed, 29 December 2010 at 5:16 PM · edited Wed, 29 December 2010 at 5:21 PM

Quote - Try again using a standard terrain instead of a procedural terrain.

With a procedural terrain, we have more possibilities to get the terrain you want!  

Quote - Try using the standalone renderer.

What do you mean and how to do this 😕


bigbraader ( ) posted Thu, 30 December 2010 at 5:24 AM

The stand-alone renderer is also known as the "external renderer".
I use it for almost all my final output. It's a stand-alone application that runs independent of Vue itself, once the render has started. You can work on other things in Vue or even close it, the render will continue to run in the background (unless you close THAT one).
It is much less ressource-intensive than the basic screen render, doesn't require any involvement of GPU and such.
I have the impression that many Vue users are sceptical to this option, but this is mainly due to "irrational" reasons (they don't "like it", they can't see what's going on etc. - some claim the outcome isn't predictable etc.). But I've used it very much, and the result is exactly as it would be if you rendered it to screen. Only that it will allow you to pull off renders that would crash your system otherwise.
Read the manual for more information.


lior ( ) posted Thu, 30 December 2010 at 3:21 PM

Quote - The stand-alone renderer is also known as the "external renderer".
I use it for almost all my final output. It's a stand-alone application that runs independent of Vue itself, once the render has started. You can work on other things in Vue or even close it, the render will continue to run in the background (unless you close THAT one).
It is much less ressource-intensive than the basic screen render, doesn't require any involvement of GPU and such.
I have the impression that many Vue users are sceptical to this option, but this is mainly due to "irrational" reasons (they don't "like it", they can't see what's going on etc. - some claim the outcome isn't predictable etc.). But I've used it very much, and the result is exactly as it would be if you rendered it to screen. Only that it will allow you to pull off renders that would crash your system otherwise.
Read the manual for more information.

It's exactly what I did to succed to get my final render !


lior ( ) posted Fri, 31 December 2010 at 1:21 AM

I wish to thank ShawnDriscoll for having solved my problem 😄

Thank you shawn and Happy New year2011 !


ShawnDriscoll ( ) posted Fri, 31 December 2010 at 1:24 AM

Ok. See you next year.

www.youtube.com/user/ShawnDriscollCG


bigbraader ( ) posted Fri, 31 December 2010 at 5:26 AM

What and how was the solution - the subrays tip?


ShawnDriscoll ( ) posted Tue, 04 January 2011 at 3:34 AM

I just bought Martin's Winter Grasslands Mega Bundle today and gave it a try.  His eco-systems are dense.  Really dense.  My RAM dropped to 80MB left (from 1.5GB initially) while rendering just a 800 x 600 GR-lit preview scene (camera facing the ground) even with Dynamic Population enabled.

His grasses look amazing though.

www.youtube.com/user/ShawnDriscollCG


lior ( ) posted Tue, 04 January 2011 at 10:42 AM

Quote - I just bought Martin's Winter Grasslands Mega Bundle today and gave it a try.  His eco-systems are dense.  Really dense.  My RAM dropped to 80MB left (from 1.5GB initially) while rendering just a 800 x 600 GR-lit preview scene (camera facing the ground) even with Dynamic Population enabled.

His grasses look amazing though.

Winter Landscape Here has very heavy ecosystems and .atm: this explains why it wasn't easy to get my final render.


Privacy Notice

This site uses cookies to deliver the best experience. Our own cookies make user accounts and other features possible. Third-party cookies are used to display relevant ads and to analyze how Renderosity is used. By using our site, you acknowledge that you have read and understood our Terms of Service, including our Cookie Policy and our Privacy Policy.