OUT OF MEMORY - again...

Comments

• David Brinnen Posts: 3,136

  October 2012 edited December 1969

  Not in Bryce, you have no control over the undo limit. Essentially, there is no limit... which in itself can cause an issue. The scene looks promising though I don't yet see enough to explain how you ran out of memory - unless there is a lot more in this scene beyond the scope of the camera?
• Dave Savage Posts: 2,433

  October 2012 edited December 1969

  Extremely high res texture mapping will be an issue too if you have used them.
  Although it's always good to have high res textures, beyond a certain limit all they are doing is taking up memory.

  Looking at your scene it's coming along really well, I can't see anything obvious that would be causing the out of memory, which is why I'd be looking at optimising the textures (which we already know you got outside of Bryce and may simply be too big for your purposes). :)
• David Brinnen Posts: 3,136

  October 2012 edited December 1969

  TheSavage64 said:

  Extremely high res texture mapping will be an issue too if you have used them.
  Although it's always good to have high res textures, beyond a certain limit all they are doing is taking up memory.

  Looking at your scene it's coming along really well, I can't see anything obvious that would be causing the out of memory, which is why I'd be looking at optimising the textures (which we already know you got outside of Bryce and may simply be too big for your purposes). :)

  On this very topic I have been doing some recent tests. It is no good compressing your textures for Bryce, because Bryce handles them in its own way with a lossless compression. So an original bmp texture with a footprint of say 34 mb compressed to 4 mb jpg externally, will ironically have the same or a larger memory foot print than the original image before compression. Horo can explain the technical reasons for this, if you need to know, but otherwise I'm just saying the only way to reduce the overhead of high resolution images is to reduce their pixel x pixel dimensions, you can't do it through converting them to jpgs or anything alone those lines, because Bryce will just undo all that once it gets them into memory.
• Chohole Posts: 33,604

  October 2012 edited October 2012

  Yes, once Horo explained that to me I make my texutres in PNG format, as that way I get an automatic alpha map. I only make jpgs if I am also setting them up for others to use in DS or Poser.
  
  Because I use PNG i find I can make the textures smaller in "physical" size and still maintain crispness as they don't suffer from jpeg compression artefacts.

  Post edited by Chohole on October 2012
• Dave Savage Posts: 2,433

  October 2012 edited December 1969

  Yes, sorry I didn't make that clearer.
  I too have found that compressing picture textures is pointless, the only way to do it correctly is to reduce the physical pixel x pixel size in a photo editor.

  So to optimise the texture for the building walls for instance, you'd have to work out roughly the pixel dimension of the wall and use that as the maximum size of your texture. If the wall is no bigger than 1200px square, there is no advantage to having a picture texture that is physically bigger than that.
• Horo Posts: 10,111

  October 2012 edited December 1969

  The undo-buffer grows and grows and grows until all memory is exhausted. The only way to clear it is closing Bryce (after having saved your work) and then start it again. There is no other way.

  Bryce does everything in memory. No matter how compressed a picture may be, it will be expanded to a bit map. Best is to scale the picture in an external program so that it is large enough to look good in a render but not larger to preserve memory. The picture size in memory will be width x height x 3 (for the 3 colours).

  Bryce saves a scene in a non-lossy compressed format. The file size is therefore no indication how much memory the scene uses. If your scene has almost used up all available memory, you may not be able to save the scene anymore because the scene is compressed in memory, using up yet more of it, before it is saved on the HD. Then, the memory is released again.
• mjc1016 Posts: 15,001

  October 2012 edited December 1969

  And even if using the program to force a 32 bit app to use more memory, it isn't a perfect solution, so you may not be getting full access to all the system RAM...in other words, you may still be limited to only a fraction of what you have...somewhere between 2 to 3.5 GBs.

  The hard memory limits of being a 32 bit app are probably one of the most restricting things when dealing with Bryce, even with the workarounds and 'fakes' it is still, when all is said and done 'memory challenged'...for large textures/scenes.