Logo by slon_ru - 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: Follow us on Twitter
 
*
Welcome, Guest. Please login or register. January 20, 2021, 03:12:35 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] 2   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: Mandelbulber 1.061 - for Windows 64-bit  (Read 4981 times)
0 Members and 1 Guest are viewing this topic.
Buddhi
Fractal Iambus
***
Posts: 895



WWW
« on: August 02, 2011, 08:59:53 PM »

Mandelbulber 1.061 - for Linux x86, Linux x64, Win32, Win64 and MacOS

Open source program (GNU GPL) for rendering photo-realistic 3D fractals

Free download: http://sourceforge.net/projects/mandelbulber/
Website: http://sites.google.com/site/mandelbulber/
User manual: http://sites.google.com/site/mandelbulber/user-manual
Tutorial for creating animations: http://sites.google.com/site/mandelbulber/getting-started

New features in version 1.061:
- 64-bit version for Windows Vista and Windows 7. Possible to render images in unlimited resolution (e.g. 16000x16000 on 4GB RAM in -lowmem mode)
notes: 64-bit version is based on experimental GTK+ libraries. There is also visible some speed difference between 32 and 64 bit versions. Sometimes it works slower when there is used pow() function in fractal formula (some bug in IEEE floating point implementation). However it is possible to install both (32 and 64 bit) versions on the same system. Program tested on Vista 64-bit.
- fixed bug: program didn't work properly in -lowmem mode
- fixed bug: program crashed during displaying previews in Load Settings window
- fixed bug: eliminated many uninitialized variables (now the program should be more stable)

SVN repository: http://mandelbulber.googlecode.com/svn/trunk/
This repository is available from Google Code: http://code.google.com/p/mandelbulber/

My gallery with images created using Mandelbulber: http://krzysztofmarczak.deviantart.com/gallery/
Logged

Buddhi
Fractal Iambus
***
Posts: 895



WWW
« Reply #1 on: August 03, 2011, 08:01:03 PM »

Has anybody tested it? Any positive or negative feedback is mostly appreciated. I'm curious how this 64-bit version is working in your computers.
Logged

ihcn
Guest
« Reply #2 on: August 04, 2011, 01:35:24 PM »

I don't know if this is specific to 1.061, but it doesn't appear to be saving keyframes properly. if I set a few keyframes, close the program, and reopen, the keyframes revert to the default fractal.
Logged
taurus
Fractal Supremo
*****
Posts: 1175



profile.php?id=1339106810 @taurus_arts_66
WWW
« Reply #3 on: August 04, 2011, 03:09:51 PM »

I don't know if this is specific to 1.061, but it doesn't appear to be saving keyframes properly. if I set a few keyframes, close the program, and reopen, the keyframes revert to the default fractal.
normally it shouldn't. but it reverts the ftractal type, the colors and the environmental paths to default. the easiest way to avoid: just open one of your keyframes regularily as parameter (in folder "keyframes". normally nr. 0000 makes most sense). then the animation should behave as expected.
« Last Edit: August 04, 2011, 03:11:28 PM by taurus66 » Logged

when life offers you a lemon, get yourself some salt and tequila!
Buddhi
Fractal Iambus
***
Posts: 895



WWW
« Reply #4 on: August 04, 2011, 05:55:11 PM »

I don't know if this is specific to 1.061, but it doesn't appear to be saving keyframes properly. if I set a few keyframes, close the program, and reopen, the keyframes revert to the default fractal.
normally it shouldn't. but it reverts the ftractal type, the colors and the environmental paths to default. the easiest way to avoid: just open one of your keyframes regularily as parameter (in folder "keyframes". normally nr. 0000 makes most sense). then the animation should behave as expected.

There must be something wrong. I will check it.
Logged

taurus
Fractal Supremo
*****
Posts: 1175



profile.php?id=1339106810 @taurus_arts_66
WWW
« Reply #5 on: August 05, 2011, 01:23:56 PM »

Quote
There must be something wrong. I will check it.

if this is really a bug, it's an older one. i've been animating for three months now and it has allways been like that. on prog start all not animatable parameters are resetted to default including the "frames per key" and start and end frame - when you load a parameter the settings of this parameter are used for animation.
especially the file paths, the frames per key and the start and end frame i need to do so, as i store various different setups in different keyframe parameters (incl. the place to store the images). eg the preview settings in keyframe0000.fract and the 480p settings in keyframe0001.fract and so on. imho you could keep this "bug" O K !!

taurus
« Last Edit: August 05, 2011, 02:03:54 PM by taurus66 » Logged

when life offers you a lemon, get yourself some salt and tequila!
Daniel
Forums Newbie
*
Posts: 3


« Reply #6 on: August 07, 2011, 06:05:20 AM »

Has anybody tested it? Any positive or negative feedback is mostly appreciated. I'm curious how this 64-bit version is working in your computers.

This is more general purpose feedback (I don't have 64-bit version of Windows) but here are my thoughts and suggestions:

- I think there should be a button to reset all vectors in the IFS tab, it's annoying to select each number and type 0 every time.
- Will the user manual eventually have a more thorough explanation of how the IFS works in Mandelbulber? I still don't quite get what's going on and usually I just type random numbers until something interesting comes up.
- Random palette generator in shaders tab only produces saturated colours. It would be nice to get more faded, greyish colours sometimes.
- An idea: presets for the shaders tab that make the fractal surface look like it's made of e.g. metal, or plastic, or varnished wood and maybe more.
- Long term thing: ability to customize all fractals in as much detail as the Mandelbox?

edit: some way of dealing with floating point rounding errors in variables would be nice, it's annoying seeing 0.1999999999999999999998 instead of 0.2 or whatever. Just rounding to one less digit than what's kept in memory might do the job, but I'm not a programmer so there's probably a better solution.
« Last Edit: August 07, 2011, 08:52:37 AM by Daniel » Logged
Buddhi
Fractal Iambus
***
Posts: 895



WWW
« Reply #7 on: August 07, 2011, 09:46:52 PM »

Quote
There must be something wrong. I will check it.

if this is really a bug, it's an older one. i've been animating for three months now and it has allways been like that. on prog start all not animatable parameters are resetted to default including the "frames per key" and start and end frame - when you load a parameter the settings of this parameter are used for animation.
especially the file paths, the frames per key and the start and end frame i need to do so, as i store various different setups in different keyframe parameters (incl. the place to store the images). eg the preview settings in keyframe0000.fract and the 480p settings in keyframe0001.fract and so on. imho you could keep this "bug" O K !!

taurus

I have tested it and averything works all right on Linux and Windows (XP and Vista 64-bit). I think you are doing something wrong when you setup the animation. Please read following page: https://sites.google.com/site/mandelbulber/getting-started#TOC-Initial-setup
If you do everything exactly like it is described and this still not work please don't hesitate to ask again.
Logged

Xenos
Guest
« Reply #8 on: August 08, 2011, 09:53:07 AM »

Running on a Win7 64 w/12GB RAM, I ran mandelbulber -lowmem to be able to make really large images

After ~25 hours rendering a 36000x27000 image, Mandelbulber crashed on completion.

"
Average N = 134,030943, Average DE steps = 8723,505382, Failed DE = 288696711%
Done 100,000%, to go = 0h0m0s, elapsed = 24h48m53s, iters/s = 210429661
Rendering Screen Space Ambient Occlusion. Done 100%
terminate called after throwing an instance of 'std::bad_alloc'
  what():  std::bad_alloc

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
"


Here follows the last entries in the log:
"
89473947: Image redrawn in window
89473948: Image refreshed, value = 41,129
89630640: Thread finished, value = 10
89632935: Thread finished, value = 0
89634416: Thread finished, value = 4
89638338: Thread finished, value = 5
89638840: Thread finished, value = 6
89642955: Thread finished, value = 8
89644311: Thread finished, value = 1
89644938: Thread finished, value = 9
89647185: Thread finished, value = 2
89649152: Thread finished, value = 7
89653175: Thread finished, value = 11
89653175: Thread finish confirmed, value = 0
89653176: Thread finish confirmed, value = 1
89653177: Thread finish confirmed, value = 2
89656557: Thread finished, value = 3
89656559: Thread finish confirmed, value = 3
89656560: Thread finish confirmed, value = 4
89656560: Thread finish confirmed, value = 5
89656561: Thread finish confirmed, value = 6
89656562: Thread finish confirmed, value = 7
89656562: Thread finish confirmed, value = 8
89656563: Thread finish confirmed, value = 9
89656564: Thread finish confirmed, value = 10
89656564: Thread finish confirmed, value = 11
90744696: SSAO rendered
90744700: Image compiled
90745157: Lights rendered
90929370: Image converted to 8-bit
90950615: Preview created
90950724: Histograms refreshed
90950731: Image redrawn in window
90950863: Image rendered
"

So, looks like it ran out of memory despite -lowmem, but on completion rather than on start.
Logged
Xenos
Guest
« Reply #9 on: August 08, 2011, 09:58:34 AM »

And yes, this is 1.061, and no, no image was recovered :-/

And I was rendering in keyframe mode, (having found an image I liked in a series, I deleted the original and turned on render from keyframes to rebuild it in 36000x27000))

Would be great if you could look into this - I really want a few wall-size images :-)
Logged
Buddhi
Fractal Iambus
***
Posts: 895



WWW
« Reply #10 on: August 08, 2011, 06:08:43 PM »

And yes, this is 1.061, and no, no image was recovered :-/

And I was rendering in keyframe mode, (having found an image I liked in a series, I deleted the original and turned on render from keyframes to rebuild it in 36000x27000))

Would be great if you could look into this - I really want a few wall-size images :-)

Thank you about this feedback. It looks like image was rendered properly but crashed during saving of image. What image format did you used. Was it JPG? I have to find where is the limitation. From my calculation total image size in memory was about 12GB, and raw image data (for final 8-bit image) was about 2.9 GB of memory.
Logged

taurus
Fractal Supremo
*****
Posts: 1175



profile.php?id=1339106810 @taurus_arts_66
WWW
« Reply #11 on: August 08, 2011, 10:39:14 PM »

I have tested it and averything works all right on Linux and Windows (XP and Vista 64-bit). I think you are doing something wrong when you setup the animation. Please read following page: https://sites.google.com/site/mandelbulber/getting-started#TOC-Initial-setup
If you do everything exactly like it is described and this still not work please don't hesitate to ask again.

i'm not sure wether we talk about the same thing, but i agree: everything works allright!
Logged

when life offers you a lemon, get yourself some salt and tequila!
Xenos
Guest
« Reply #12 on: August 09, 2011, 12:46:13 AM »

The image format I used was PNG 16bit + alpha

Thanks :-)
Logged
ihcn
Guest
« Reply #13 on: August 09, 2011, 05:27:06 PM »

Quote
There must be something wrong. I will check it.

if this is really a bug, it's an older one. i've been animating for three months now and it has allways been like that. on prog start all not animatable parameters are resetted to default including the "frames per key" and start and end frame - when you load a parameter the settings of this parameter are used for animation.
especially the file paths, the frames per key and the start and end frame i need to do so, as i store various different setups in different keyframe parameters (incl. the place to store the images). eg the preview settings in keyframe0000.fract and the 480p settings in keyframe0001.fract and so on. imho you could keep this "bug" O K !!

taurus

I have tested it and averything works all right on Linux and Windows (XP and Vista 64-bit). I think you are doing something wrong when you setup the animation. Please read following page: https://sites.google.com/site/mandelbulber/getting-started#TOC-Initial-setup
If you do everything exactly like it is described and this still not work please don't hesitate to ask again.

I've found the problem, I wasn't saving my settings before creating the first keyframe, I just assumed it would save everything in there.

Is this something that can be changed? It feels like the intuitive behavior would be to "just work". Is there a reason you can't save a full set of settings with each keyframe?
Logged
Buddhi
Fractal Iambus
***
Posts: 895



WWW
« Reply #14 on: August 09, 2011, 06:17:42 PM »

The image format I used was PNG 16bit + alpha

Thanks :-)

I have made a lot of difficult tests on my computers. Difficult, because I have tested rendering of 32000x27000 image (12GB) on my computer with 4GB of RAM. I haven't found any limitations on my computer. But all of tests I have made under Linux, because it have more efficient virtual memory management (Windows worked horribly slow). On Windows Mandelbulber uses almost the same libraries like on Linux, so there should be no difference in behavior. I have two ideas what could happen:
1) Saving in PNG 16bit + alpha format needs a lot of additional memory, because it is untypical image format. In your case it consumed additional 6,5 GB of system memory. As you wrote you have installed 12GB of memory. Image data has taken 11,4 GB + 6,45 GB for PNG = 17,85 GB. It is possible that you have too small maximum size of pagefile on your system, and that's why there was memory allocation error. Did you have some reason to use this image format with alpha channel? Other formats doesn't need additional memory. Furthermore, PNG16+Alpha sometimes works not so well with some special effects. This should be used only when you want to exchange image background using some other program.
2) Windows version of libpng could has some unidentified limitations, which I can't test now because of not enough amount of memory in my computer. Many 64-bit libraries for Windows are still in experimental phase.
Logged

Pages: [1] 2   Go Down
  Print  
 
Jump to:  

Related Topics
Subject Started by Replies Views Last post
Mandelbulber 1.13-1 - NetRender also for Windows Releases « 1 2 » Buddhi 17 15873 Last post April 24, 2013, 07:59:41 PM
by Buddhi
Building Mandelbulber on Windows with Visual Studio Mandelbulber neosettler 7 2247 Last post May 12, 2013, 01:17:10 AM
by JohnVV
Windows to Other Windows Images Showcase (Rate My Fractal) reactorman 0 490 Last post November 09, 2013, 12:20:58 AM
by reactorman
Building Mandelbulber under Windows 7 64bit (with mingw/gcc) Mandelbulber rh73 5 3274 Last post April 12, 2014, 01:53:58 PM
by rh73
Windows is dead and windows 10 unsuitable for fravtal art what is next best OS? Help & Support « 1 2 » Karmic Beats 18 1219 Last post November 11, 2015, 08:50:14 PM
by 3dickulus

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.242 seconds with 29 queries. (Pretty URLs adds 0.016s, 2q)