Welcome to Fractal Forums

Hi, I wrote myself a multithreaded buddhabrot renderer and thought I'd share it with you:
http://sites.google.com/site/buddhabrotmt/

Let me know what you think of it.

Not much interest?

Sometimes it takes more than three or four days. 
I have seen some issues in this Forum take two years to come to fruition.
 

I downloaded the file, and it immediately said "This application has failed to start because libiomp5md.dll was not found. Re-installing the application may fix this problem." Then Windows "checked the problem", didn't find anything, and told me "they'd notify me if they found a solution." It was BuddhaBrot-2.exe, by the way. Help? ???

Hmm, still a dependancy, will try to solve it asap.

I can put it into a zip file, but in the end it must be exe to execute it obviously.

Hi

Same problem with BuddhaBrot-4.exe.  ???

Have FUN !!!

Axone Man
http://axoneman.com

Here is the new version, let me know if it works:
http://www.mediafire.com/file/1iwyznzndcn/BuddhaBrot.zip

Yeah, it works. Nice, fast piece of software! What exactly do q,w,a,s,z,x do? And what do those numbers in the title bar represent? ;)

I will write a short help somewhere today I hope.

Here you go:

-->title:
[million_paths_plotted rendering_time_in_seconds million_paths_plotted_per_second]
[current_fps target_fps cycle_speed]
[memory_usage_in_gb max_memory_usage_in_gb]
[bailout path_start path_before_end path_offset]
[coloring_method]
[render_real_start render_real_end render_imag_start render_imag_end]
[display_real_start display_real_end display_imag_start display_imag_end]
[zoom_factor]

target_fps = rendering is fastest when this is low
max_memory_usage_in_gb = is used to determine if it is still possible to enlarge the render size
bailout = max iterations to check if a path goes to infinity
path_start = skip the first path_start points of a path when plotting
path_before_end = skip the last path_before_end points of a path when plotting
path_offset = used in type2, real: imag_i+path_offset imag: imag_i
coloring_method = 0: rank-order mapping 1: histogram mapping
render_* = part of complex plane that is rendered
display_* = part of complex plane that is displayed
zoom_factor = factor used when zooming size, new part of complex plane: real_range*zoom_factor, image_range*zoom_factor

-->keys:
esc : close app

(shift) q,w : change bailout
(shift) a,s : change path_start
(shift) z,x : change path_before_end
(shift) e,r : change path_offset
(shift) q,w : change bailout

backspace : reset render

(shift) [,] : change target_fps
(shift) ;,' ; change cycle_speed

(ctrl) pageup,pagedown : zooming of part of complex plane that is displayed and rendered
(ctrl) left,right,up,down : panning of part of complex plane that is displayed and rendered
(ctrl) shift pageup,pagedown : changing render size
(ctrl) shift left,right,up,down : panning render

(shift) home,end : change max_memory_usage_in_gb
(shift) insert,delete : change zoom_factor

1-4 : load parameter presets
shift 1-3 : load location presets
(shift) F1-7 : load color table presets

\ : make png of rendered location
shift \: make png of rendered location for different color table offsets

tab : change coloring_method

-->expected speed for type0, [200 4 0 0][1000 1000][1.0]
intel core 2 duo t7400:   3.90 mpp/s

Hi
It works!  :D  Thanks for this nice app and the help message.

Have FUN !!!
François
Axone Man
http://axoneman.com

Made a small site about it:
http://sites.google.com/site/buddhabrotmt/

Includes Linux builds now, let me know if they work!

The versions uploaded there have one small change compared to the ones posted here:
-switched the key for the two zooming modes

I'm writing a 3 layer version now to have more combining possibilities.

I tested it on Ubuntu Linux 9.10 x64. I works quite nice. But I wondered why executable file is that big? Maybe you compiled this in debug mode. Normally it should be between 10kB and 100kB.

No idea, maybe because I compiled the libraries it uses, SDL, libpng and zlib statically to not depend on OS?
g++ switches are: -O2 -fopenmp

Completely rewritten the program to get all the variants in one single program.
Also made the visualization thread independent of the calculation.
Now I'm experimenting with faster methods for deem zooms, like for example Metropolis-Hastings.
When this is finished I will put the new version online.

New version is online! :
http://sites.google.com/site/buddhabrotmt/

-Unified version with switching between different buddhabrot types and between single layer and RGB mode.
-Initial version of Metropolis-Hastings for faster rendering in deep zooms, seems to be working ok already:
--> switch to type 3 buddhabrot with =

Updated version:
-changed some critical bug in the PNG writing
-various small bugfixes

very nice !

but most keys are unusable with an azerty keyboard :(

yeah I know, easiest solution is to switch in windows, I think.
There is no real connection between the letter and the function, it's more based on the topology of the keys.
I think I will make an buildin help that when you toggle a key, it will display the functionality of that key instead of executing the function itself.
The help on the website is outdated, doesn't include the RGB functionality yet.

A few question :
- Are you planning to opensource it ? :)
- do you use the Metropolis-Hastings Algorithm for deep zooming ?

i'm planning to try to implement this algorithm in my buddhabrot fortran renderer, but i don't understand all the maths behind it. i need to see code to understand it, not formula :)

1
At the moment, no.

2
Yes I do, but it's quite crude now, it works but for example the code here is more advanced: http://www.steckles.com/buddha/
I wonder what the effects are on the final render when you compare it with a normal render, it now clearly is different when rendering the whole buddha.

Updated the help on the site so you have atleast an idea on how to work with the new RGB mode:
http://sites.google.com/site/buddhabrotmt/

Updated version BuddhaBrotMT-2010-04-07.zip:
-determine number of virtual cores and based on that, the number of calculation threads
-change coloring method during pause
-fixed some small bugs

A large colored 8000x8000 render made with the lastest version:
http://telin.ugent.be/~jdebock/BuddhaBrotMT/BuddhaBrotMT-8000x8000-001.png

Updated version BuddhaBrotMT-2010-06-04.zip:
- 16-bit png support (switch with 'b')
- you can change number of calculation threads with 'i' and 'o'
- no "not responding" caption during write to png
- should now properly work on computers with less than 8 virtual cores

https://sites.google.com/site/buddhabrotmt/

Updated version BuddhaBrotMT-2010-06-09.zip:
- save and load status and parameters to disk with F9-F12

So now you can save a long render to disk and reload it to continue were you last saved.

https://sites.google.com/site/buddhabrotmt/

BuddhaBrotMT-2010-06-12.zip:
- change number of cycles in the color table with 'j' and 'k'
- small speedup, updated libs

https://sites.google.com/site/buddhabrotmt/

Hi, any chance of building the linux version against libdirectfb-1.4.5... or releasing it as open source  :angel1:

Cool, thanks!

I think I will open-source this, in the hope somebody makes a good GUI for it, any interest?

I'm still using it, images on my DJ page are made with it:
http://alphagammadj.blogspot.com/

_______________________________________________________________________________________________________________________ ____

Greetings and Salutations,
Greetings and Salutations,
Greetings and Salutations, to you Alpha Gamma dj

Hippocampusly cool man smokin bro!


Rock sick man cool dude smoking yo bro dis nobody like BTW!


Diagnosis Critéria  : Data : a compilation created as a thought process project out of your hippocampus relating to deviant obsessions musicalities structurality co- confluence biologically manifesting as a surface music expressing in algebraic sound manipulations, reflecting your taste in music constructs! We are asundered wondered and flabbergasted at the presionalitonic beats fractal treats of the reality it inoculates, congratulates child of the world U B! Bravo! Creativity : Welcome to the mother Force harmonically!



Data :
music loop called  JUNE 2012
alpha gamma mix duration 57 minutes

Diagnosis Critéria : Compositionality  : balanced syncopation riding oscillative intertwinings, forging algorithm in the subconscious level 2: Light construct : when the eyes are closed : Data : and one looks into the sun the resultant white dots seen in the sea of orange of the human eye lid, bounces to the music brite-ly forming erodes code decrypted :


we are coming we are coming cool,
we are coming we are coming cool
we are coming we are coming cool :


DATA :


at the half way point on in the compilation the decryption sounds like the interior workings of a clock bifurcation infinitely and making organic palpitation sounds like this :


It is good though,
It is good though,
It is good though,

the coughing is in the lather,
the coughing is in the lather,
the coughing is in the lather,

a human voice is heard distorded that appears to yellsout : here here in he
 
Data : The last quarter we found particularly organically groovy Thanks again!


diagnosis to be continued : thanks you for the treasure!: listen hear>http://alphagammadj.blogspot.com/






.

I know this is old, but I just discovered your renderer and I really like and and wanted to say thxs for sharing! :)

Just updated and released the source of my multithreaded Buddhabrot Renderer: BuddhaBrot-MT.
http://users.telenet.be/johandebock/fractals/

You can also find a gallery of color and greyscale renders there. all made with BuddhaBrot-MT.

The source code can be found here:
https://github.com/johandebock/BuddhaBrot-MT

Hope this is useful for people here.

A few new sample pictures :

(https://e8f63b300404305f6a2fef5b23035c50ad82b177-www.googledrive.com/host/0B_VTcVrpT3T2Wi1QQmZEcWxYTTQ)

(https://www.googledrive.com/host/0B_VTcVrpT3T2TlNSMEw5QXl4am8)

(https://www.googledrive.com/host/0B_VTcVrpT3T2bjN5NU5KOTA3Ujg)