Anyone know if arbitrary precision math works w formula type fractals?
Does anyone know if arbitrary precision math works with formula type fractals in FractInt? The 20.0 docs say (pg 156): "Other known things that do not yet work with arbitrary precision are: biomorph, decomp, distance estimator, inversion, Julia-Mandel switch, history, orbit-in-window, and the browse feature." So the docs don't specifically say, "Arbitrary precision math works with formula type fractals." - Hal Lane ######################### # hallane@earthlink.net # ######################### -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.408 / Virus Database: 268.13.4/475 - Release Date: 10/13/06
Hal,
Does anyone know if arbitrary precision math works with formula type fractals in FractInt?
The arbitrary precision math has been implemented for only four fractal types. mandel, julia, manzpower, and julzpower. Jonathan
On Saturday 14 October 2006 12:52, Jonathan Osuch wrote:
Hal,
Does anyone know if arbitrary precision math works with formula type fractals in FractInt?
The arbitrary precision math has been implemented for only four fractal types. mandel, julia, manzpower, and julzpower.
what does arbitrary precision mean ? sammi
Sam Ende wrote:
Jonathan Osuch wrote:
The arbitrary precision math has been implemented for only four fractal types. mandel, julia, manzpower, and julzpower.
what does arbitrary precision mean ?
Besides the documentation within the FractInt.DOC, located in section 8.2.3 (somewhere around page 168), it can also be read about online at: http://spanky.triumf.ca/www/fractint/deep_zoom.html There are several Parameters that my be used in conjuction with arbitrary precision, such as: BFDIGITS=<nnn> MATHTOLERANCE=<nnn>/<nnn> I believe Tim Wegner was the main individual responsible for bringing together arbitrary precision into FractInt. Sincerely, P.N.L. ------------------------------------------------- http://home.att.net/~Paul.N.Lee/PNL_Fractals.html http://www.Nahee.com/Fractals/
On Saturday 14 October 2006 18:17, Paul N. Lee wrote:
I believe Tim Wegner was the main individual responsible for bringing together arbitrary precision into FractInt.
thank you paul, most helpful :) sammi
On Saturday 14 October 2006 18:17, Paul N. Lee wrote:
I believe Tim Wegner was the main individual responsible for bringing together arbitrary precision into FractInt.
it states; "So how far can you zoom? How does 10^1600 sound--roughly 1600 decimal digits of precision. To put *this* magnification in perspective, the "tiny" ratio of 10^61 is the ratio of the entire visible universe to the smallest quantum effects. With 1600 digits to work with, you can expand an electron-sized image up to the size of the visible universe, not once but more than twenty times. So you can examine screen-sized portions of a Mandelbrot set so large all but a tiny part of it would be vastly farther away than the billion or so light year limit of our best telescopes." so ,just to make sure i understand the text it is a type of magnification (as well) ? sammi
Paul wrote:
I believe Tim Wegner was the main individual responsible for bringing together arbitrary precision into FractInt.
We Loewer wrote the library and I used it to add deep zooming support for the fractals Jonathan mentioned. Sammi asked:
so ,just to make sure i understand the text it is a type of magnification (as well) ?
"Arbitrary precision" is poorly named. Generally a programmer uses a fixed data type built in to the computing environment such as the 128 bit double precision type. Any floating point type has a maximum space for representing both the exponent and mantissa of a floating point number. This creates a practical limit as to how much magnification one can use to zoom into a fractal - at some point the difference between the numbers associated with adjacent pixels becomes too small to represent. What you see on the screen is the image degenerating into blocky rectangles. An arbitrary precision library gives the programmer control over how much memory space is used to represent the exponent and mantissa of the numbers used in the fractal calculation, so as you zoom deeper, more memory can be allocated for numbers, more digits can be represented, and in particular, there are enough digits to distinguish the numbers associated with adjacent pixels. Computer hardware supports double precision calculations directly, so calculations are very rapid. Arbitrary precision calculations, on the other hand, are handled in software and are slow to begin with, and increasingly slow as the precision increases. What's "arbitrary" about arbitrary precision is that the programmer can "arbitrarily" choose how much memory is allocated for a number, and hence the digits available for calculations. So while arbitrary precision is not a type of magnification, as you asked, it is a programming technique that lets the programmer support higher levels of magnification, so the two are related. I would love to see a programming environment that had arbitrary precision built-in, but the truth of the matter is that ordinary IEEE double precision numbers can handle a very large class of mathematical calculations. Fractal calculations are one of the exceptions. Tim
On Saturday 14 October 2006 21:45, Tim Wegner wrote:
"Arbitrary precision" is poorly named.... <much snips>
yes, thank you tim, the naming did confuse me somewhat, many thanks for your great explanation. sammi
participants (5)
-
Hal Lane -
Jonathan Osuch -
Paul N. Lee -
sam ende -
Tim Wegner