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

http://www.chillheimer.de/kallesfraktaler


Unlimited* pertubation exploration of the Mandelbrot Fractal (* = current limit is e100000)
From 1 to e600 the ordinary double datatype is used.
From e600 to e4920 long double is used, which is 3,5 times slower.
From e4920 to infinity, a custom datatype is used, with the same precision as double, and this is about 10 times slower than the double datatype. However it is still very fast compared to ordinary Mandelbrot rendering.

- The glitches can be avoided by going a little deeper than the location of interest. Then select "Reuse reference" and go back up.
- Animations are only stored as a list of jpeg images. You need the other program in the zip to create avi files.
- The UI is unfortunately not fully worked through and intuitive, I hope you find out how the program works

Many improvements has been added due to the excellent collaboration on this forum. Thanks to all that has given feedback, published result or ever used Kalles Fraktaler!  
My humble thanks goes to mrflay for sharing his mathematical findings!
And to Botond for sharing extensions of series approximation etc
And to pauldelbrot for sharing his glitch detection method
And to knighty for series approximation formulas for higher power Mandelbrot
And to laser blaster for the burning ship perturbation formula
And to Dinkydau for the locations in the gallery

Without this forum and your contributions this software could never been made. My contribution is small in comparison, since Kalles Fraktaler is just a collection of the amazing discoveries and methods you found!

on a second try it worked better, but it was really hard to reach an interesting deep zoom location
can you include some nice deep zoom locations ?

Systematic crash on trying to resize the program window.

The max iteration thing doesn't seem to work too well as I can't seem to be able to zoom in and always have a detailed render despite increasing it manually.

Yes Max iterations is only manual, and when resizing you need to press F5 to refresh before you can zoom further...

Sounds like there are many improvements that needs to be done

I have no idea what your code looks like, but if too deep zooms cause a stack overflow it means that you are making a large use of recursion, right? CPUs are very good at managing it, but a high level of recursion means also a lot of function calls, which could lead to unnecessary overhead... and that's probably not what you want.

Are you sure that you cannot avoid recursion?

No recursion is used. Instead the arbitrary precision variables have all their decimals fixed allocated on the stack, which makes it maybe 100 times faster than allocating the array on the heap. The stack is 1MB default, and each variable is 20kb for 20000 decimal precision. For 30000 it did not fit. It is possible to have lagrer stack size though...

Ok sorry

Then yes, you can increase the stack size. Usually it's just a compiler option but I'm not sure if it applies to child threads stacks too... If not you should be able to specify the size when you create the thread, but it depends from the libraries you are using.

Nice software anyway! Looking forward to see new zooms!

Hmm, I just downloaded it on my laptop which has windows 64-bit just like my desktop computer, and it works now. That means it's probably a problem on my end. I also had a similar problem with skype before. Maybe I'm missing some kind of framework or something.