Logo by kr0mat1k - 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: Did you know ? you can use LaTex inside Postings on fractalforums.com!
 
*
Welcome, Guest. Please login or register. August 17, 2019, 11:58:27 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.19 - OpenCL - user defined formulas management  (Read 4204 times)
0 Members and 1 Guest are viewing this topic.
Buddhi
Fractal Iambus
***
Posts: 895



WWW
« on: November 16, 2013, 01:40:50 PM »

Mandelbulber 1.19

Open source program (GNU GPL) for rendering photo-realistic 3D fractals
Free download (executables and source): http://sourceforge.net/projects/mandelbulber/
Website:       http://www.mandelbulber.com/
User manual: http://wiki.mandelbulber.com/index.php?title=User_Manual

New features in version 1.19:

- OpenCL - added management for user defined formulas
- added showing of light animation paths in image window
- improved algorithm for fake lights based on orbit traps
- OpenCL - implemented fake lights in "full" kernel
- OpenCL - added error handling and messages for most of errors. Program is not terminated when error occurs
- OpenCL - added setting for max GPU memory intended to use with OpenCL. Can be helpful when program cannot detect available memory.
- added quit confirmation dialog
- OpenCL - added selection for OpenCL platform, device and switching between use of GPU or CPU
- added loading at program startup and saving at program exit of several application settings
- added error handling for lack of memory errors
- fixed bug: when in NetRender the client was enabled there was not possible to close the program
- fixed bug: applied patches for memory leaks

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

lukesleftleg
Navigator
*****
Posts: 63


« Reply #1 on: November 17, 2013, 10:26:59 AM »

Oh wow! New version!
Gimme gimme gimme!  cheesy

Thanks Buddhi. You are good to us. smiley
Logged
Buddhi
Fractal Iambus
***
Posts: 895



WWW
« Reply #2 on: November 23, 2013, 03:17:39 PM »

no feedback.... so it works fine... or no interest?
Logged

lukesleftleg
Navigator
*****
Posts: 63


« Reply #3 on: November 23, 2013, 06:55:27 PM »

Sorry Buddhi, I was waiting for someone with more experience than myself to say something about the user formulas before I pitched in.

I've had a brief play with the user formulas, but I haven't gotten all that far with them, so I'd like to wait to see what others have to say about them, but the system does seem pretty powerful.

Just out of curiosity though, did you have to write a whole compiler extension (tokeniser, lexer, parser, code gen, etc.) from scratch, or was it part of a library or something? It's something I might like to do myself at some point, but I've no idea what to search for on Google on the subject.

As for the crashes, it does seem noticeably more stable, and the error reports help.

I've managed to identify one particular crash on my system. When trying to render any kind of Mandelbox, it crashes if I enable AO (as opposed to SSAO), but only when the camera is outside of the box. It seems to be quite happy doing proper grown-up AO from inside.

That crash gives me this error:
ERROR: ComamndQueue::finish() - Kernel (-36)

There's another crash, but so far, I haven't been able to identify exactly what it doesn't like. Just certain frames of an animation I'm doing.

ERROR: ComamndQueue::enqueueReadBuffer() (-36)
For that one.

Oh, here we go. This frame is the culprit. I don't know if it's any help, but here's the settings:
Code:
Mandelbulber 1.1899999999999999;
image_width 2560;
image_height 1440;
view_point_x -4.4299999999999997;
view_point_y -4.6600000000000001;
view_point_z -5;
angle_alfa -13.467000000000001;
angle_beta 0;
zoom 3.703703703703704e-009;
perspective 0.75;
formula 8;
quality 2;
ambient_occlusion 1.5;
background_color_1_G 0;
background_color_1_B 0;
background_color_2_R 0;
background_color_2_G 0;
background_color_2_B 0;
background_color_1_G 0;
background_color_1_B 0;
coloring_speed 300;
coloring_palette_offset 57.799999999999997;
main_light_intensity 1.5;
main_light_alfa 0.52359877559829882;
main_light_beta 0.52359877559829882;
start_frame 434;
end_frame 1800;
fish_eye 1;
mandelbox_color_X 0;
mandelbox_color_Y 0;
mandelbox_color_Z 0;
view_distance_max 52.398030754403003;

Other than that, great work Buddhi, and thank you very much for putting the power in the hands of the people (formula wise).
I'm intrigued to see what other people come up with, and looking forward hopefully to learning a thing or two about fractal formulas. smiley

Edit: I've just noticed that the above crash seems to happen as the raymarcher crosses the centre line of the image, which is actually looking straight down a long line of fractal repetitions that are getting particularly detailed in that 'spinning off to infinity' way that fractals do. The frames either side of it seem perfectly happy. Don't know if that's any help.
« Last Edit: November 23, 2013, 07:03:04 PM by lukesleftleg » Logged
quaz0r
Fractal Molossus
**
Posts: 652



« Reply #4 on: November 24, 2013, 12:05:18 AM »

its a real nice release.  just out of curiosity, somewhere along the way i think you decided to change the opencl rendering from double precision to single precision to increase compatibility?  maybe there could be another option added to the opencl tab to choose single or double precision?  or functionality to autodetect whether your card can do double precision?
Logged
mclarekin
Fractal Senior
******
Posts: 1739



« Reply #5 on: November 24, 2013, 07:54:20 AM »

@ Buddhi. Plenty of interest but I'm still way back on the learning curve and lack OpenCL  graphic card. But a big thanks for the increases in rendering time from 1.12 to 1.18, and the old, but new to me, reflective water and ray traced reflections which I am just now learning to use.
Logged
Buddhi
Fractal Iambus
***
Posts: 895



WWW
« Reply #6 on: November 24, 2013, 09:41:57 AM »

its a real nice release.  just out of curiosity, somewhere along the way i think you decided to change the opencl rendering from double precision to single precision to increase compatibility?  maybe there could be another option added to the opencl tab to choose single or double precision?  or functionality to autodetect whether your card can do double precision?

I tried with double precission on ATI Radeon HD 7850 and even on this one it worked much slower than on CPU. Other problem is compiler fails on more complex OpenCL kernels with doubles (lack of GPU registers). For now I have no hardware capabilities to develop and test this functionality.
Logged

quaz0r
Fractal Molossus
**
Posts: 652



« Reply #7 on: November 24, 2013, 10:00:50 AM »

ah ok i see.
Logged
lukesleftleg
Navigator
*****
Posts: 63


« Reply #8 on: November 24, 2013, 08:43:29 PM »

Hi Buddhi,

I'm not sure this is the best place to ask, but I didn't want to start a whole new thread for something relatively trivial.

Maybe I haven't looked hard enough, but is there any way to enable OpenCL mode from the command line?

There doesn't appear to be the option in the README, and I was thinking maybe something with the "-o key=value" switch, but I can't find anything in the defaults file or mandelbulber_cl_data.h that looks like it would do it.

I've got an idea for an animation that would require rendering a number of different timelines, and the best way to do it would be to set up a batch file or script of some kind to run Mandelbulber from the command line. I want to use proper AO for this one though, and so it's going to take forever if I can't use OpenCL (about eight minutes per frame even with OpenCL on my system shocked ).

If it's not currently possible, could I request an 'Enable OpenCL' command-line switch for a future version please?
Logged
Buddhi
Fractal Iambus
***
Posts: 895



WWW
« Reply #9 on: November 24, 2013, 09:43:05 PM »

Hi Buddhi,

I'm not sure this is the best place to ask, but I didn't want to start a whole new thread for something relatively trivial.

Maybe I haven't looked hard enough, but is there any way to enable OpenCL mode from the command line?

There doesn't appear to be the option in the README, and I was thinking maybe something with the "-o key=value" switch, but I can't find anything in the defaults file or mandelbulber_cl_data.h that looks like it would do it.

I've got an idea for an animation that would require rendering a number of different timelines, and the best way to do it would be to set up a batch file or script of some kind to run Mandelbulber from the command line. I want to use proper AO for this one though, and so it's going to take forever if I can't use OpenCL (about eight minutes per frame even with OpenCL on my system shocked ).

If it's not currently possible, could I request an 'Enable OpenCL' command-line switch for a future version please?

Now OpenCL support doesn't work from command line. It will be in future, but I can't tell you when.
Logged

lukesleftleg
Navigator
*****
Posts: 63


« Reply #10 on: November 24, 2013, 10:09:01 PM »

Now OpenCL support doesn't work from command line. It will be in future, but I can't tell you when.
Oh no worries then. I'll just think up some other ideas in the meantime.
Thanks Buddhi. smiley
Logged
lukesleftleg
Navigator
*****
Posts: 63


« Reply #11 on: November 25, 2013, 03:42:18 PM »

Sorry for the double post, but it's a slightly different subject.

I've got to the bottom of one of the crashes I described above, and it's completely my own stupid fault.

I had 'Max GPU mem to use' set to 512mb. Despite the fact that nVidia's site says I have 1024mb on this card, the random crash seems to have gone away now that I've put it back to the default of 256mb.

I'm afraid the 'proper AO from outside the box' thing still crashes, but the random one seems to be sorted.

Anyway, please excuse my ignorance.  embarrass
Logged
knighty
Fractal Iambus
***
Posts: 819


« Reply #12 on: November 25, 2013, 04:31:31 PM »

Nice to see new versions of mandelbulber. Keep up the good work Buddhi.
Logged
R-TEAM
Forums Freshman
**
Posts: 12


« Reply #13 on: December 14, 2013, 10:29:07 PM »

Hi,

Very nice programm smiley
But - cant get the OpenCL part running .... LOG :
Code:
Log file: log.txt
Detected 12 CPUs
Memory allocated
g_thread already initialised or not supported
Default data directory: C:\Users\xxxxx/mandelbulber
Undo status: count=98, last=147, level=147
Default settings loaded successfully (C:\Program Files\Mandelbulber\examples/def
ault.fract)
CL_SUCCESS
Custom formulas path: C:\Users\xxxxx/mandelbulber/custom_ocl_formulas
OpenCL Platform number is: 1
OpenCL Platform is by: Advanced Micro Devices, Inc.
AMD OpenCL library is detected
OpenCL contexts created
OpenCL Number of compute units: 10
OpenCL Max work item dimmensions: 3
OpenCL Max work group size: 256
OpenCL Max clock frequency  750 MHz
OpenCL Memory size  512 MB
OpenCL Max size of memory object allocation 512 MB
OpenCL Max constant buffer size  64 kB
OpenCL Constant buffer used  2 kB
OpenCL Number of loaded sources 7
OpenCL build params:-w -I"C:\Program Files\Mandelbulber\cl"
OpenCL Build log:       Invalid option: Files\Mandelbulber\cl"  (expected - at t
he beginning)

ERROR: Program::build() (-43)
Have Win 7 Pro 64 SP1 All Updates,German
Lenovo S20 Xeon w3690 CPU - 16GB RAM
AMD FirePro V8700 1GB RAM - Latest driver.

OpenCL runs fine in other apps (Maya as example..)

Regards
R-TEAM
Logged
hobold
Fractal Bachius
*
Posts: 573


« Reply #14 on: December 15, 2013, 12:41:43 AM »

From the diagnostic output it seems the invocation of the OpenCL compiler gets confused by a whitespace in the path of the kernel program source file. And that despite the double quotes. Hm. :-/
Logged
Pages: [1] 2   Go Down
  Print  
 
Jump to:  

Related Topics
Subject Started by Replies Views Last post
Mandelbulber 1.17 - OpenCL Releases « 1 2 3 4 » Buddhi 49 8792 Last post October 15, 2013, 10:03:11 PM
by Buddhi
Quarternion Custom Formulas in OpenCL Mandelbulber 1.21 Tutorials mclarekin 8 1552 Last post December 06, 2014, 02:08:48 AM
by mclarekin
Burning Ship Mandelbulber 1.21 OpenCL Custom Formulas Tutorials mclarekin 12 9979 Last post December 08, 2014, 06:15:28 PM
by youhn
Decreasing Render Time with OpenCL Mandelbulber 1.21 Custom Formulas Tutorials mclarekin 0 1463 Last post December 06, 2014, 12:01:47 AM
by mclarekin
OpenCl custom formulas Feature Requests paigan0 5 1392 Last post April 01, 2017, 05:59:20 PM
by mancoast

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