🚀 go-pugleaf

In article <1993Oct20.000237.8649@ast.saic.com>, 
  hilljr@jupiter.saic.com (Jay R . Hill) writes:

|> OK, listen up all you lerkers and quiet observers of the chaos 
|> and orbiting articles on sci.fractals.  Are we just going to sit 
|> and complain about not enough bits?  --  No!  You want more bits 
|> - for free?  YES!

And so DEEPZOOM which displays 72 digit arithmetic Mandelbrot Set 
computations was hatched.  There are now 138 potental Mandelmaniacs
who might, as Arthur C. Clarke described, become mentaly locked in 
a 40 digit deep zoom into the Mandelbrot Set.

In article <fargher.756020839@unixg.ubc.ca> Robert Fargher wrote:
|>   Yeah, what an opportunity for another GIPPP.  Farm out the 
|> gif generation to produce the worlds greatest, deepest fractal 
|> zoom animation.

[GIPPP, coined by Jon Noring, stands for Grand Internet Parallel
Processing Project]

In article <1993Dec17.221053.12835@ast.saic.com> Jay Hill wrote:
|> Now let's see.  70*ln(10)/ln(1.15)=1153 frames.  At 4 frames per
|> second we would have about 5 minutes of non-stop Mandelmania!  

The gif save routine should be able to save not only the standard 
sizes (320x200, 640x480, 800x600, 1024x768) but whatever size we 
want such as 352x250 which is the usual size for mpeg, according 
to the mpeg FAQ.

Meanwhile, email (on this latest GIPPP) from: Neil Barton-Greenwood 
<ch0nl@midge.bath.ac.uk>

|> Hi Jay,
|> Has any progress been made towards starting the 5 min. MPEG yet?

Several things are happening.  

First, Michael Sargent <msargent@moose.uvm.edu> is helping me with 
the gif save problem and others have also offered to help.  This
is not a trivial issue.  Attempts to adapt gif routines published
by Craig A. Lindley (Practical Ray Tracing in C) and by Roger Stevens
(The C Graphics Handbook) have so far failed.

Wesley Blake Loewer is developing an integer arithmetic package in
assembler for the MSDOS version which should speed up the computing.

Gary Hansen <gary@astro.as.utexas.edu> suggested that the picture 
should be interuptable with ability to restart.  I agree, this 
requires gif read as well as write.

Hugh S. Myers <hsmyers@holonet.net> is creating a portable C version.
Timothy Wegner <WEGNER_T%HOUSTON1@mwmgate1.mitre.org> has made 
helpful suggestions.  And several others are considering the porting 
to other platform problem.

We can attack a major DEEPZOOM mpeg when these issues are solved.  
Meanwhile, I enjoy searching out interesting regions for candidates
for such projects.  I invite any suggestions for coordinates which
we could use for an mpeg zoom movie.  There is nothing to stop one 
from making a sequence by 'hand' but it would take a lot of time.  

I have several ideas for methods which might greatly speed up the 
calculations but these cannot be implimented while the gif writing 
problems exits.

Perhaps the extended precision routines will become a part of 
Fractint, that would be very interesting.

Warmly,
Jay "Not tonight honey, I'm testing a new signature" Hill
-- 
int m,u,e=0;float g,s,f,r,i;char*_="-moc.cias.retipuj@rjllih=lliH .R yaJ\n";
main(){for(;e<3920;){u=(256*(s=(r=.0325*(m=e%80)-2)*r+(i=.047*(e/80)-1.128)*
i)-96)*s+32*r<3?28:16+32*r+16*s<1?35:0;if(u==(s=f=0))do g=s*s-f*f+r;while((f
=2*s*f+i)*f+(s=g)*g<4&&++u<29);putchar(_[++e>3840&&m<36?35-m:m>78?36:u]);}}