Logo by jodyvl - Contribute your own Logo!

END OF AN ERA, FRACTALFORUMS.COM IS CONTINUED ON FRACTALFORUMS.ORG

it was a great time but no longer maintainable by c.Kleinhuis contact him for any data retrieval,
thanks and see you perhaps in 10 years again

this forum will stay online for reference
News: Check out the originating "3d Mandelbulb" thread here
 
*
Welcome, Guest. Please login or register. April 19, 2024, 09:24:02 PM


Login with username, password and session length


The All New FractalForums is now in Public Beta Testing! Visit FractalForums.org and check it out!


Pages: [1]   Go Down
  Print  
Share this topic on DiggShare this topic on FacebookShare this topic on GoogleShare this topic on RedditShare this topic on StumbleUponShare this topic on Twitter
Author Topic: Is there a limit for rendered image size - ?  (Read 2864 times)
Description: MB crashes when asked to render large files.
0 Members and 1 Guest are viewing this topic.
Sfumato
Safarist
******
Posts: 94



« on: August 06, 2011, 01:31:24 AM »

Dear friends,
I can't render a large image - MB crashes each time I ask dimensions say 5000x7000. I haven't found out the exact limit yet. I am using 64-bit MB 1.06.1 under win x64 on Quad 9650 3.4 GHz with 16 GB RAM, but it occurs on other PC configurations as well (and with earlier versions as well). What should be done to enable big renders or is it impossible for some reason, or should I get more RAM?
Thank You in advance,
Sfumato.
Logged
visual.bermarte
Fractal Fertilizer
*****
Posts: 355



« Reply #1 on: August 06, 2011, 01:28:08 PM »

the same thing with mac OSX/64 BIT+4 giga of ram huh?
I don't think you should add more ram.

erbs-iMac:~ erbetram$ mandelbulber -lowmem big
Log file: /Users/erbetram/.mandelbulber_log.txt
commandline: Low memory mode
commandline: settings file: big
noGUI mode
Detected 2 CPUs
Memory allocated
g_thread supported
Default data directory: /Users/erbetram/.mandelbulber
Undo status: count=2, last=2, level=2
mandelbulber(205) malloc: *** mmap(size=450002944) failed (error code=12)
*** error: can't allocate region
*** set a breakpoint in malloc_error_break to debug
terminate called throwing an exceptionAbort trap: 6

big should produce 15000x15000 px image.
I have to say the libs are universal-binary (for 32 and 64 bit) compiled with gcc 4.6.1.
I am not sure if it's something wrong I did or not.
A positive thing: despite this problem mandelbulber is working fine on Lion  smiley
« Last Edit: August 06, 2011, 02:48:20 PM by visual, Reason: more infos » Logged
Buddhi
Fractal Iambus
***
Posts: 895



WWW
« Reply #2 on: August 07, 2011, 09:39:23 PM »

Dear friends,
I can't render a large image - MB crashes each time I ask dimensions say 5000x7000. I haven't found out the exact limit yet. I am using 64-bit MB 1.06.1 under win x64 on Quad 9650 3.4 GHz with 16 GB RAM, but it occurs on other PC configurations as well (and with earlier versions as well). What should be done to enable big renders or is it impossible for some reason, or should I get more RAM?
Thank You in advance,
Sfumato.

I have tested the program ones again on Vista 64-bit and Windows 7. It's working properly on higher resolutions. Are you sure that you are running 64-bit version of program?(http://sourceforge.net/projects/mandelbulber/files/Mandelbulber%20win64%201.061-Setup.exe/download)

edit: I have tested 9000x9000 on Quad 8200 with 4GB RAM (program used 4,3 GB of memory) and 16000x16000 with -lowmem mode activated.
« Last Edit: August 07, 2011, 09:41:26 PM by Buddhi » Logged

visual.bermarte
Fractal Fertilizer
*****
Posts: 355



« Reply #3 on: August 10, 2011, 10:15:51 PM »

It was my fault > I was using a 32 bit version of mandelbulber  hurt now I'm rendering a very big picture (15000x15000 pixel) on this mac grin Thanx Buddhi!
ps: I had to borrow ram from a friend 2 test this thing smiley (just 4 gigaZ / thanx Beppe-stabelmaster)
Logged
Pages: [1]   Go Down
  Print  
 
Jump to:  


Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2015, Simple Machines

Valid XHTML 1.0! Valid CSS! Dilber MC Theme by HarzeM
Page created in 0.265 seconds with 25 queries. (Pretty URLs adds 0.009s, 2q)