Kalles Fraktaler 2

[Kalles Fraktaler]

Since Kalles Fraktaler still rules the universe as being the fastest Mandelbrot explorer beyond e600 available to all known lifeforms, I have made a new version. Both Kalles Fraktaler, now version 2.3.4, and Key Frame Movie Maker version 1.19.
I will (perhaps) add more info later, but here is some of the updates:
* Bug fixed on zooming the spike with bailout = 2. But with the fixedfloat ap class you cannot go deeper than e50000 at <-2,0i> with precision 100000 since there will be 50000 zeroes...
* Glitch solving movie frames - go backwards, fix glitches and bring the center to the next (previous) frame
* Glitch solving movie frames - jump directly to desired frame
* Fractional iteration division - can be especial cool on movies but division change must be small to avoid too much flicker. Iteration division can be lower than 1.
* Square root, Cubic root, logarithm and an experimental histogram coloring, available also for movies (but none of them fully tested yet)
* Color dialog changes in realtime

Available on www.chillheimer.de/kallesfraktaler
Thank you Chillheimer for hosting my program, and to all of you who have given feedback, published result, or ever used it

[panzerboy]

  Fractional Iteration division! 


What does the number of colours control in the movie maker do?

[Kalles Fraktaler]

What does the number of colours control in the movie maker do?

I always wanted smooth change of density, so when I gave up the fractional iteration division I instead changed the number of key colors in the palette, when decreased the denisty is also decreased. But changing the number of colors is limited though, and now when I got FID working, it should be much better.
I haven't published any movie with it yet though.
I have noticed that if you start with division=1, it will be only flickering to go to 2 on say 25 movie-frames.
It doesn't get smooth unless you change it to as little as to 1.01 or ever 1.001.

Some more news:
* You can specify from which frame KFMM start from, and
* Less key frames used on preview, which make it easier to test things like iteration divisions.
* Color cycling in the Color dialog - the value of all edit boxes with arrows at right can be changed with the arrow keys on the keyboard, so that it is possible to "animate" their effects

[youhn]

Kalles,

I just began using your program. I love how it is oriented around fast Mandelbrot navigation. But I noticed a frustrating thing, that only happens now and then. Sometimes when zooming into an area, it display an area which is slightly off. Sometimes the center falls off-screen. Perhaps a bug, perhaps I'm doing something wrong?

[panzerboy]

I have also experienced the strange veering off behaviour on one my first mandelbrot with version 2.3.4 (64bit).
On 3 more since that one it hasn't happened again.
I was counting how many zooms between losing the centre, I got to 14.

The Color Offset box requires you to enter the offset in reverse order.
If you want to enter 256 you have to type 652.

I haven't been able to generate a generate a zoom sequence since my initial attempt.
After the first (ending frame) the frames are blank and tick over with great rapidity like there is no calculation happening just rapid saving of completely black frames.
My first attempt with v 2.3.4 worked, that was a test at 320x180 resolution.
Increasing the size to 2560x1440 I got 3 or 4 frames at the end then the rest were blank.
Now all I get is that first (end) frame in my last 4 attempts at different sizes, palettes, divide iterations, offsets.

[ellarien]

Same here. The first frame (minibrot) frame rendered OK, then it's all black until the last few frames, which show a black circle on a coloured background. Looks like a problem with the iteration limits -- the iteration min and max were 0 and 48 on that final frame! This was starting from a location found in 2.3.3, but a quick test zoom directly in 2.3.4 wasn't much better -- obviously not enough iterations to see anything. (Win 8.1 64-bit, 8Gb RAM).

[panzerboy]

I've got a zoom sequence to work, but there is the occasional off center frame. 
I've attached the culprits below.
Here is the location

Code:

Re: -0.73920582659370281682685512479845850584098027008338793734257008861815634637782009327111599831853904049379810588968799636119695786894830387465331255740564889038171690897165125105798735790108311698144532
Im: -0.24207688504359171354354465942857619145381679278604821031778432484623558181735951994303649206718413426417312225155112015983836764839650108874267256806358557300798648213591933150922509545458913491875
Zoom: 6.79856642942E184
Iterations: 1000000
IterDiv: 62.000000
SmoothMethod: 0
ColorMethod: 0
ColorOffset: 36

Note that the difference between the frames in zooms is 26 and 27 at zoom size of 2, my count at zoom size 4 was 14 (x2 = 28).
When I was zooming in the center always moved down and right, in the attached pictures the center has moved up and left in the reverse zoom direction.
I've overlaid these jpgs in GIMP and the center don't quite line up so the offset isn't quite consistent.

[Botond Kósa]

The decentering issue is present on still images as well (see attached images and kfr file). This is a regression between versions 2.3.3 and 2.3.4. It may be related to parsing the location coordinates.

[Kalles Fraktaler]

Thanks all for testing, thanks for your replies!

I have put a new version, 2.3.5, on www.chillheimer.de/kallesfraktaler that I solve 3 issues:

When I resumed an zoom sequence, I found that all the following, but the first, got black, so I hope this is what also was your problems.
It had to do with the histogram coloring and is fixed now.

The other problem may be due to that I have tried to slim the precision of the arbitrary precision calculation, and it seems I slimmed it too much.
Every 8 more decimals requires an additional integer, so for the same number of iteration, the calculation time is doubled for every 8 decimals. But a location on 1e100 requires more than 100 decimals, and I want it to not use more extra decimals than necessary.
It is hard for me to know how exactly how many extra decimals is required, different location seems to require different amount, maybe because of joints of those 8-digit integers I am using.
I have now added one extra so I hope it is enough.

The value of Color cycling is updated when exceeding 1024, but should of course not always be updated...

[ellarien]

Thanks! The zoom-out images seem to be working properly now, both in colour and centering. However, when minibrot-finding at 4x zoom I did observe a few cases of the image jumping off-centre. The attachment is the minibrot .kfr for my zoom -- just a quick trip down to 1e100 with about 100K iterations.

[Kalles Fraktaler]

Thanks! The zoom-out images seem to be working properly now, both in colour and centering. However, when minibrot-finding at 4x zoom I did observe a few cases of the image jumping off-centre. The attachment is the minibrot .kfr for my zoom -- just a quick trip down to 1e100 with about 100K iterations.

Thanks for the location. I entered the re and im parameters, but set magnification to 1e50, and started zooming in the center.
At 5.07E61 the center jumped off. I have now added one more decimal and the problem is solved - for this location at least.
New version, 2.3.6

This behavior with jumping location is typical for too low precision, which was how the zooms ended back in the time of the e13 limit, when using only double precision.
So I think this problem is solved for good now

[ellarien]

Thank you! I tried it on a different location and that seemed to be OK too.

[youhn]

Fast track development ... much appreciated! 

* youhn downloading

[Kalles Fraktaler]

And there are new versions available
Kalles Fraktaler 2.4 with Pauldelbrot's glitch detection method, and a couple of bug-fixes.
Key Frame Movie Maker with a little improved Histogram color mapping (still experimental though):
<a href="http://www.youtube.com/v/Ic4E6-jJk9w&rel=1&fs=1&hd=1" target="_blank">http://www.youtube.com/v/Ic4E6-jJk9w&rel=1&fs=1&hd=1</a>

[Pauldelbrot]

And there are new versions available
Kalles Fraktaler 2.4 with Pauldelbrot's glitch detection method,