Collatz fractal

[Crist-JRoger]

@Crist-JRoger
>> Is that possible to adapt this code for Fragmentarium?

Yes, should be adoptable. The vector arithmetic should be mostly self explaining, you can find the implementation here:
https://github.com/buddhi1980/mandelbulber2/blob/master/mandelbulber2/src/algebra.cpp
https://github.com/buddhi1980/mandelbulber2/blob/master/mandelbulber2/src/algebra.cpp

All changes made to mandelbulber for adding Collatz iteration you can find here:
https://github.com/buddhi1980/mandelbulber2/commit/50097e6added17a3af5faafee21948178f281349

most importantly are the changes to compute_fractal.cpp. If you start the fractal in fragmentarium you are probably best of starting with a menger sponge and adopting the ray marching function to something like the CollatzIteration.
ray marching step multiplier should be down to 0.1 or even lower. otherwise the fractal starts to disappear from the outside in.
Let me know, if you have any questions about that.

@mclarekin: cool image! its hard to get a low DE miss with this formular. also nice coloring. 
cheers!

Unfortunately I am not strong in math and programming, too. With difficulty turned out to make the Gnarl3D according to the DarkBeam's formula 

So, I tried to make orbittrap like MandelbrotOrbitTrap.frag. The code is horrible, I will try do do best.

[stardust4ever]

Unfortunately I am not strong in math and programming, too. With difficulty turned out to make the Gnarl3D according to the DarkBeam's formula  

So, I tried to make orbittrap like MandelbrotOrbitTrap.frag. The code is horrible, I will try do do best.
<Quoted Image Removed>

Looking good regardless.
 

Trig functions are particularly nasty, and any arbitrary precision implementation will be slow as balls because calculating irrational functions to arbitrary precision levels is itself an iterative function. Every arbitrary calculation of said function will require multiple passes per calculation to generate an accurate result. Repeated every iteration, plodding on beyond the limits of float point maths would be extremely time consuming.

Still, a generalized fast floats implementation would have some interesting features to explore nonetheless. There is an entry for Collatz in the Ultrafractal public database if anybody owns a license and is still using it. Arbitrary precision libraries are snail slow in UF but at least it's something.

[Crist-JRoger]

Looking good regardless.

Thank you! 
I am fractal maker, not a programmer. So I try to change quality of visualization as much as I can without deeply knowledge of GLSL