home *** CD-ROM | disk | FTP | other *** search
/ ftp.xmission.com / 2014.06.ftp.xmission.com.tar / ftp.xmission.com / pub / lists / fractint / archive / v01.n075 < prev    next >
Internet Message Format  |  1998-01-14  |  42KB

  1. From: owner-fractint-digest@lists.xmission.com (fractint-digest)
  2. To: fractint-digest@lists.xmission.com
  3. Subject: fractint-digest V1 #75
  4. Reply-To: fractint-digest
  5. Sender: owner-fractint-digest@lists.xmission.com
  6. Errors-To: owner-fractint-digest@lists.xmission.com
  7. Precedence: bulk
  8.  
  9.  
  10. fractint-digest       Thursday, January 15 1998       Volume 01 : Number 075
  11.  
  12.  
  13.  
  14.  
  15. ----------------------------------------------------------------------
  16.  
  17. Date: Wed, 14 Jan 1998 17:12:45 -0000
  18. From: Edward Avis <EPA@datcon.co.uk>
  19. Subject: (fractint) RE: Client-server Fractint
  20.  
  21. >The other way, the cray takes 10 secs for the top corner, which
  22. >is just above its limit and gives the i386 one square, then there is
  23. >no idel comp left and it does the other two squares. Several houhrs
  24. l>ater the i386 is finished with its square and returns its data.
  25.  
  26. I'm not going to mount a spirited defence of my suggestion - after all it's 
  27. only an idea for others to comment on.  But I would point out that the 386 
  28. would not take hours - after all it would split up the square it was given 
  29. into subsquares, and send some of those to other servers, etc...
  30.  
  31. Perhaps the Cray would know how fast (or otherwise) the 386 was, and not 
  32. send it very much data to process.
  33.  
  34. Also there's no reason to say that if we're finished sooner than expected, 
  35. we can't pre-empt calculation on other machines and do it ourselves.
  36.  
  37. - --
  38. Ed Avis
  39. epa@datcon.co.uk
  40. http://members.tripod.com/~mave/index.html
  41.  
  42.  
  43.  
  44.  
  45. - -
  46. - ------------------------------------------------------------
  47. Thanks for using Fractint, The Fractals and Fractint Discussion List
  48. Post Message:   fractint@xmission.com
  49. Get Commands:   majordomo@xmission.com "help"
  50. Administrator:  twegner@phoenix.net
  51. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  52.  
  53. ------------------------------
  54.  
  55. Date: 14 Jan 1998 18:40:54 +0100
  56. From: Brederlow <goswin.brederlow@student.uni-tuebingen.de>
  57. Subject: Re: (fractint) RE: Client-server Fractint
  58.  
  59. "Morgan L. Owens" <packrat@nznet.gen.nz> writes:
  60.  
  61. > At 14:55 12/01/98 -0000, Edward Avis wrote:
  62. > >>Each server should do a 'scan' to determine the parts of the image it is 
  63. > >assigned which are slow. >The sizes of next generation chunks could be 
  64. > >determined for each portion using a quad division >algorithm.
  65. > >
  66. > >Yes, that would be a good idea.  It seems to me that a lot of this may just 
  67. > >be idle speculation, but it's interesting anyway, so why not:
  68. > >
  69. > >For each square, calculate the top left-hand corner.  If it takes longer 
  70. > >than say ten seconds, and depending on how "busy" other servers are, then 
  71. > >send off the other three pieces to be calculated separately.  Otherwise, 
  72. > >calculate them ourselves.
  73. > >
  74. > >How do we calculate the top left-hand corner?  Easy! Just apply the 
  75. > >algorithm above, recursively!  Of course at one point we have got to stop 
  76. > >and actually do some calculation, the point at which we do this could be 
  77. > >determined according to the complexity of the formula.
  78. > >
  79. > I'm just wondering if there might be some more sophisticated way of
  80. > breaking the task down that will distribute the server workload more
  81. > fairly. I thought this because the approaches that divide the image up into
  82. > chunks ignores any defined symmetries of the fractal. I know that
  83. > multitasking makes up for much of the difference, but we may still be
  84. > calculating up to four times as much as we need to. This could be resolved
  85. > by having the server check for symmetries in the (sub)image it's given to
  86. > compute, and delegating tasks accordingly but I still wonder.
  87.  
  88. Of cause the symetries should be taken into account before breaking up 
  89. the image. Only the unique part of an image is taken and every patch
  90. that is calculated is then mirrored to its symetries and send back to
  91. the client.
  92.  
  93. > I thought perhaps instead of contiguous blocks an interlaced approach could
  94. > be used, so that the points being calculated by each server are spread
  95. > evenly over the entire image. Kind of subidividing the task upwards instead
  96. > of down. That's just off the top of my head and not really what I'm getting
  97. > at.
  98.  
  99. Passes, guessing or tesseral could also be used. With passes its clear 
  100. what pixel should be calculated, with guessing one would have to do
  101. one complete line of a patch and then start a second server on that
  102. line to do the next guessing pass. The first one could calculate the
  103. second line inbetween. Also the image should be divided into several
  104. smaller patches first so the work can be distributed evenly and one
  105. line doesn't take too long.
  106.  
  107. My favourite division algorithm (of those done by fractint) is
  108. tesseral. For a distributed algorithm the image should be divided into 
  109. smaller patches (depending on its probable time of computation). For
  110. each patch 8 requests (two for each line) should be generated. When
  111. those are computed the patch is eigther subdivided, filled or (if it
  112. gets to small) computed by some fallback method (normaly
  113. guessing). From the time taken for each half line a good aproximation
  114. for the complexity of the sub patches can be derived. For each patch
  115. (except the first) two of the 4 lines will be done already, which give 
  116. a good aproximation of the time for the full outline of a patch.
  117.  
  118. > A more sophisticated multitasking model would require more sophisticated
  119. > protocols: the present idea could be done simply by passing pars/formulas
  120. > and gifs back and forth, while something else may need to carry information
  121. > on orbits back and forth. "I'm up to here... it still needs this done..."
  122. > Someone more familiar with the Fractint engine may be able to provide more
  123. > constructive suggestions along these lines than myself.
  124.  
  125. Have you heard of SOI (Simultanious Orbital Itteration)?
  126. The algorithm computes 9 points for a patch and interpolates the pixel 
  127. inbetween. When the interpolation gets worse above a certain limit it
  128. divides the area into 4 patches. The new 9 points for that patch are
  129. taken from the original 9 points (4 of them) and are interpolated (5
  130. of them). When the distortion gets to big (too many subdivision in a
  131. short time) a fallback algorithm (guessing) is used to calculate the
  132. full patch.
  133.  
  134. If 1-Pass is used as the fallback algorithm every pixel is computed
  135. and one might say that nothing is gained. With guessing as a fallback
  136. some pixels are saved, but normal guessing would have saved those too.
  137.  
  138. The trick here is that the interpolated pixels are used as the start
  139. of the fallback algorithm. Lets say the SOI did 100 iterations before
  140. a patch must be calculated by the fallback. It then has already done
  141. 100 itterations of every single pixel in that patch and the fallback
  142. only has to do the remaining iterations until escape or until
  143. maxiter. Of cause SOI hasen't realy done 100 iterations for every
  144. pixel, but interpolated most of them. At the start several iterations
  145. might be done before subdivision. For each iteration it does there
  146. with the 9 starting points, one iteration for every pixel in the image 
  147. (except the 9) is saved. For a 1280x1024 image thats over one million
  148. itterations saved for each one done.
  149.  
  150. Another nice feature of the algorithm is that it gets better while
  151. zooming in. For the full M-Set the first itteration distorts the image 
  152. so much that the patch has to be calculated by the fallback. When
  153. zooming in it can do more and more itterations before subdivision and
  154. it can do more and more subdivisions. For the full M-Set it doesn't
  155. matter that the algorithm does the fallback without saveing anything,
  156. since that only takes seconds, but when the speed is realy needed,
  157. i.e. when deep zooming, it realy kicks in and a great increase in
  158. speed is gained. As an example, xfractint took 4 hours on one image
  159. where Almonbread (using SOI) only took 12 minutes and that was with
  160. doubles only.
  161.  
  162. The SOI algorithm could be used nicely for distributing patches to
  163. several computers. The amount of calculation until subdivision is
  164. small and in a short time many patches can be created. Also the number 
  165. of iterations until division is a good rule to guess the complexity of 
  166. a patch.
  167.  
  168. May the Source be with you.
  169.             Mrvn
  170.  
  171. - -
  172. - ------------------------------------------------------------
  173. Thanks for using Fractint, The Fractals and Fractint Discussion List
  174. Post Message:   fractint@xmission.com
  175. Get Commands:   majordomo@xmission.com "help"
  176. Administrator:  twegner@phoenix.net
  177. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  178.  
  179. ------------------------------
  180.  
  181. Date: Wed, 14 Jan 1998 11:02:39 -0600
  182. From: "Damien M. Jones" <dmj@fractalus.com>
  183. Subject: Re: (fractint) Re: Tim's_Fract
  184.  
  185. Angela,
  186.  
  187.  - Which raises yet another question.....if one needs to do this....reset the
  188.  - decomp for a value other than 0....is there a way to do that in the formula
  189.  - itself? I got the formula from Linda then had to send out an agonized cry
  190.  - for help because I didn't know to reset that option.....can hapless users
  191.  - such as myself be protected??
  192.  
  193. What I did with my FRM collection was to include a PAR file, with default
  194. settings for each formula.  So rather than press "T", choose "formula", and
  195. pick the formula type, you press "@" and select the formula type from the
  196. list.  This lets me set important parameters like outside=real, float=yes,
  197. periodicity=no, and so on.  And it lets me give a one-line description for
  198. each formula.
  199.  
  200. Damien M. Jones   \\
  201. dmj@fractalus.com  \\  http://www.icd.com/tsd/  (temporary sanity designs)
  202.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  203.  
  204.  
  205. - -
  206. - ------------------------------------------------------------
  207. Thanks for using Fractint, The Fractals and Fractint Discussion List
  208. Post Message:   fractint@xmission.com
  209. Get Commands:   majordomo@xmission.com "help"
  210. Administrator:  twegner@phoenix.net
  211. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  212.  
  213. ------------------------------
  214.  
  215. Date: Wed, 14 Jan 1998 11:05:15 -0600
  216. From: "Damien M. Jones" <dmj@fractalus.com>
  217. Subject: Re: (fractint) Simplgif update
  218.  
  219. Guy,
  220.  
  221.  - PS: Partobat.zip (ver. 3.3) is attached to this mail..
  222.  
  223. Attachments, even small ones like this, have been discouraged on this list.
  224.  If you want to make a file available to everyone, it is better to put it
  225. on a web page somewhere and provide a URL for it.
  226.  
  227. Damien M. Jones   \\
  228. dmj@fractalus.com  \\  http://www.icd.com/tsd/  (temporary sanity designs)
  229.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  230.  
  231.  
  232. - -
  233. - ------------------------------------------------------------
  234. Thanks for using Fractint, The Fractals and Fractint Discussion List
  235. Post Message:   fractint@xmission.com
  236. Get Commands:   majordomo@xmission.com "help"
  237. Administrator:  twegner@phoenix.net
  238. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  239.  
  240. ------------------------------
  241.  
  242. Date: Wed, 14 Jan 1998 11:28:11 -0700
  243. From: Rich Thomson <rthomson@ptc.com>
  244. Subject: Re: (fractint) Simplgif update 
  245.  
  246. In article <12373128103874@mnhn.lu> ,
  247.     guy.marson@mnhn.lu (Guy Marson)  writes:
  248. > But I got one suggestion:
  249. > Is it possible to program SIMPLGIF.EXE to produce a similar output-file (the
  250. > makemig.bat file) than that of Michael Peters PARTOBAT.EXE? 
  251. > It will be great to get the possibility to resume the generation of long
  252. > lasting giant fractals..
  253.  
  254. If there is interest, I can supply a perl script that generates a
  255. batch file to generate an image for every par description in a par
  256. file.  Then you can use this with the par file entries generated by
  257. fractint's b command; the generated batch file supports resuming
  258. exactly where the batch process left off, even saving partially
  259. completed images for later restart.  The basic structure the batch
  260. file uses is something like this:
  261.  
  262.     if haven't done this image yet
  263.     if we have a partial image
  264.         resume fractint with partial image
  265.     else
  266.         start fractint with par definition
  267.     endif
  268.     endif
  269.  
  270. I had tried to use partobat, but it just didn't suit my tastes.  So,
  271. I wrote a perl script to generate the batch file that I use.  Perhaps
  272. there are some batch file wizards that could improve the generated
  273. script even more.  I also could have written a perl script to do the
  274. processing directly, but writing out a batch file seemed simpler at the
  275. time.
  276.  
  277. Perl is available for free from your nearest cpan archive site; see
  278. <ftp://ftp.digital.com/pub/plan/perl/CPAN/ROADMAP.html> for a roadmap
  279. and links to other mirror sites.  Perl is very handy for doing large
  280. batch manipulations.  Using perl and my script, I generated an image
  281. for every single PAR entry in the fractxtra package.
  282. - --
  283.   ``Between stimulus and response is the will to choose.''  -- Steven Covey
  284.  =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  285.      3D Paint: The Power to Create in 3D;        Rich Thomson
  286.      email me for more info                rthomson@ptc.com
  287.  
  288. - -
  289. - ------------------------------------------------------------
  290. Thanks for using Fractint, The Fractals and Fractint Discussion List
  291. Post Message:   fractint@xmission.com
  292. Get Commands:   majordomo@xmission.com "help"
  293. Administrator:  twegner@phoenix.net
  294. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  295.  
  296. ------------------------------
  297.  
  298. Date: Wed, 14 Jan 1998 11:31:56 -0700
  299. From: Rich Thomson <rthomson@ptc.com>
  300. Subject: Re: (fractint) Simplgif update 
  301.  
  302. Oh, another thing I didn't like about partobat is that I couldn't tell
  303. what par was being computed by consulting the bat file.  So my perl
  304. script includes the par file as comments in the batch file.  It
  305. helps!
  306. - --
  307.   ``Between stimulus and response is the will to choose.''  -- Steven Covey
  308.  =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  309.      3D Paint: The Power to Create in 3D;        Rich Thomson
  310.      email me for more info                rthomson@ptc.com
  311.  
  312. - -
  313. - ------------------------------------------------------------
  314. Thanks for using Fractint, The Fractals and Fractint Discussion List
  315. Post Message:   fractint@xmission.com
  316. Get Commands:   majordomo@xmission.com "help"
  317. Administrator:  twegner@phoenix.net
  318. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  319.  
  320. ------------------------------
  321.  
  322. Date: Wed, 14 Jan 1998 22:38:45 +0100
  323. From: guy.marson@mnhn.lu (Guy Marson)
  324. Subject: Re: (fractint) Simplgif update
  325.  
  326. Hi Damien, 
  327.  
  328. You're right, but I got no homepage, sorry to bother you.. (again)
  329.  
  330.  
  331. Guy
  332.  
  333.  
  334. >
  335. > - PS: Partobat.zip (ver. 3.3) is attached to this mail..
  336. >
  337. >Attachments, even small ones like this, have been discouraged on this list.
  338. > If you want to make a file available to everyone, it is better to put it
  339. >on a web page somewhere and provide a URL for it.
  340. >
  341. >Damien M. Jones   \\
  342. >dmj@fractalus.com  \\  http://www.icd.com/tsd/  (temporary sanity designs)
  343. >                    \\  http://www.fractalus.com/ (fractals are my hobby)
  344. >
  345. >
  346. >-
  347. >------------------------------------------------------------
  348. >Thanks for using Fractint, The Fractals and Fractint Discussion List
  349. >Post Message:   fractint@xmission.com
  350. >Get Commands:   majordomo@xmission.com "help"
  351. >Administrator:  twegner@phoenix.net
  352. >Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  353. >
  354.  
  355.  
  356. Fungi for fun = FunGUY... @:-]
  357.  
  358. (Guy Marson, 45b, rue de Bettembourg, L-5810 Hesperange)
  359. (Tel./Fax : (+352) 368733)  e-mail: guy.marson@mnhn.lu
  360.  
  361.  
  362. - -
  363. - ------------------------------------------------------------
  364. Thanks for using Fractint, The Fractals and Fractint Discussion List
  365. Post Message:   fractint@xmission.com
  366. Get Commands:   majordomo@xmission.com "help"
  367. Administrator:  twegner@phoenix.net
  368. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  369.  
  370. ------------------------------
  371.  
  372. Date: Wed, 14 Jan 1998 14:43:23 -0700
  373. From: Rich Thomson <rthomson@ptc.com>
  374. Subject: Re: (fractint) Simplgif update 
  375.  
  376. In article <21460401703938@mnhn.lu> ,
  377.     guy.marson@mnhn.lu (Guy Marson)  writes:
  378. > You're right, but I got no homepage, sorry to bother you.. (again)
  379.  
  380. You can get a free home page from a variety of places (geocities seems
  381. to be popular), and also there are plenty of people who can make the
  382. file available on their web space for you if you ask.
  383. - --
  384.   ``Between stimulus and response is the will to choose.''  -- Steven Covey
  385.  =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  386.      3D Paint: The Power to Create in 3D;        Rich Thomson
  387.      email me for more info                rthomson@ptc.com
  388.  
  389. - -
  390. - ------------------------------------------------------------
  391. Thanks for using Fractint, The Fractals and Fractint Discussion List
  392. Post Message:   fractint@xmission.com
  393. Get Commands:   majordomo@xmission.com "help"
  394. Administrator:  twegner@phoenix.net
  395. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  396.  
  397. ------------------------------
  398.  
  399. Date: Wed, 14 Jan 1998 22:47:18 +0100
  400. From: Guy Marson <guy.marson@mnhn.lu>
  401. Subject: Re: (fractint) Simplgif update 
  402.  
  403. Oh, thanks for the info!
  404. Will see what I can do!
  405.  
  406. good night!
  407.  
  408. Guy
  409.  
  410. At 14:43 14.01.1998 -0700, you wrote:
  411. >
  412. >In article <21460401703938@mnhn.lu> ,
  413. >    guy.marson@mnhn.lu (Guy Marson)  writes:
  414. >> You're right, but I got no homepage, sorry to bother you.. (again)
  415. >
  416. >You can get a free home page from a variety of places (geocities seems
  417. >to be popular), and also there are plenty of people who can make the
  418. >file available on their web space for you if you ask.
  419. >--
  420. >  ``Between stimulus and response is the will to choose.''  -- Steven Covey
  421. > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  422. >     3D Paint: The Power to Create in 3D;        Rich Thomson
  423. >     email me for more info                rthomson@ptc.com
  424. >
  425. >-
  426. >------------------------------------------------------------
  427. >Thanks for using Fractint, The Fractals and Fractint Discussion List
  428. >Post Message:   fractint@xmission.com
  429. >Get Commands:   majordomo@xmission.com "help"
  430. >Administrator:  twegner@phoenix.net
  431. >Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  432. >
  433.  
  434.  
  435. - -
  436. - ------------------------------------------------------------
  437. Thanks for using Fractint, The Fractals and Fractint Discussion List
  438. Post Message:   fractint@xmission.com
  439. Get Commands:   majordomo@xmission.com "help"
  440. Administrator:  twegner@phoenix.net
  441. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  442.  
  443. ------------------------------
  444.  
  445. Date: Thu, 15 Jan 1998 12:39:14 +1300
  446. From: "Morgan L. Owens" <packrat@nznet.gen.nz>
  447. Subject: Re: (fractint) RE: Client-server Fractint
  448.  
  449. At 18:40 14/01/98 +0100, Brederlow wrote:
  450. >"Morgan L. Owens" <packrat@nznet.gen.nz> writes:
  451. >
  452. >> At 14:55 12/01/98 -0000, Edward Avis wrote:
  453. >> >>Each server should do a 'scan' to determine the parts of the image it is 
  454. >> >assigned which are slow. >The sizes of next generation chunks could be 
  455. >> >determined for each portion using a quad division >algorithm.
  456. >> >
  457. >> >
  458. >> I'm just wondering if there might be some more sophisticated way of
  459. >> breaking the task down that will distribute the server workload more
  460. >> fairly.
  461. >
  462. >> I thought perhaps instead of contiguous blocks an interlaced approach could
  463. >> be used, so that the points being calculated by each server are spread
  464. >> evenly over the entire image. Kind of subidividing the task upwards instead
  465. >> of down. That's just off the top of my head and not really what I'm getting
  466. >> at.
  467. >
  468.  
  469. >My favourite division algorithm (of those done by fractint) is
  470. >tesseral. For a distributed algorithm the image should be divided into 
  471. >smaller patches (depending on its probable time of computation). For
  472. >each patch 8 requests (two for each line) should be generated. When
  473. >those are computed the patch is eigther subdivided, filled or (if it
  474. >gets to small) computed by some fallback method (normaly
  475. >guessing). From the time taken for each half line a good aproximation
  476. >for the complexity of the sub patches can be derived. For each patch
  477. >(except the first) two of the 4 lines will be done already, which give 
  478. >a good aproximation of the time for the full outline of a patch.
  479. >
  480. One point I was thinking of is when, while one is drawing an image with
  481. tesseral or boundary tracing options with "Fill colour" something other
  482. than normal. With image subdivision regulated by tesseral as suggested
  483. above, this is not a problem, but boundary-traced images could be seriously
  484. fragged. (Yes, I've been known to play Doom, but I think the word is
  485. appropriate in this context!)
  486. Also, boundary traced images are likely to be different anyway, when
  487. computed on a client-server network than when computed as at present,
  488. because islands have a chance of being hit by a subdivision boundary and
  489. hence found by the algorithm. This is not a bad thing in my opinion.
  490.  
  491. In general, I wonder how useful "accelerated" drawing methods would be in
  492. this environment, except when fill colour is nonnormal.
  493.  
  494. >> A more sophisticated multitasking model would require more sophisticated
  495. >> protocols: the present idea could be done simply by passing pars/formulas
  496. >> and gifs back and forth, while something else may need to carry information
  497. >> on orbits back and forth. "I'm up to here... it still needs this done..."
  498. >> 
  499. >
  500. >Have you heard of SOI (Simultanious Orbital Itteration)?
  501. >
  502. ...
  503. >
  504. >The SOI algorithm could be used nicely for distributing patches to
  505. >several computers. The amount of calculation until subdivision is
  506. >small and in a short time many patches can be created. Also the number 
  507. >of iterations until division is a good rule to guess the complexity of 
  508. >a patch.
  509. >
  510. It would be nice if, instead of computing only subimages, if individual
  511. points or sets of points could be transfered back and forth between
  512. machines in little packets containing coordinates (real and screen), colour
  513. (if known) and any other relevant information. Then, for example with solid
  514. guessing, the server could send out the first-pass points to be computed,
  515. and as they come back (in whatever order) decide for each block whether to
  516. do another pass or not. This would also apply to the SOI algorithm
  517. described and no doubt to others. Communications overhead would become a
  518. serious consideration, but it would smooth traffic out so that it's not a
  519. big lump (subimage) every now and then, while the machine waiting for it
  520. sits idle.
  521.  
  522. I've been wondering how to distribute the boundary tracing algorithm so
  523. that the result remains faithful to the one-processor case? One idea I had
  524. - - roughly speaking, to start and delegate a trace from every point along
  525. the top boundary; subsequently start a trace from the leftmost uppermost
  526. uncomputed pixel; and ignore repeated patches - resulted in a huge
  527. redundancy of calculation. It would be to some extent alleviated if
  528. individual points were to be transferred, with an "abort" signal (which
  529. would have to be included anyway) whenever two regions were recognised as
  530. being equal.
  531.  
  532. Obviously, servers will need to multitask. Otherwise someone might choke
  533. the network with a big job such that every server will be waiting for
  534. another server to be freed up so that it can have something to delegate
  535. tasks to. After all, calculating a 1280x1024 image could easily result in
  536. several hundred thousand tasks arranged in a big tree.
  537.  
  538. It would also be good to take advantage of various properties of the
  539. formula itself. As well as pure symmetry, time could be saved in the case
  540. of images containing FracText-type regions or funny bailout conditions, or
  541. PTC/PHC images. In the first case, when the image is subdivided into
  542. chunks, the formula sent out could be optimised to eliminate cases which
  543. cannot arise in the given subimage. In the second, the subdivision would be
  544. the "interlaced" method I mentioned above, with only the relevant formula
  545. sent to each "subinterlace".
  546.  
  547. This is getting toward what I mean when I suggested a more sophisticated
  548. subdivision technique; one that is versatile enough to recognise and take
  549. advantage of some of a fractal's peculiarities.
  550.  
  551. Morgan L. Owens
  552.  
  553.  
  554. - -
  555. - ------------------------------------------------------------
  556. Thanks for using Fractint, The Fractals and Fractint Discussion List
  557. Post Message:   fractint@xmission.com
  558. Get Commands:   majordomo@xmission.com "help"
  559. Administrator:  twegner@phoenix.net
  560. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  561.  
  562. ------------------------------
  563.  
  564. Date: Thu, 15 Jan 1998 12:50:36 +1300
  565. From: "Morgan L. Owens" <packrat@nznet.gen.nz>
  566. Subject: (fractint) Client-server Fractint
  567.  
  568. >
  569. >This is getting toward what I mean when I suggested a more sophisticated
  570. >subdivision technique; one that is versatile enough to recognise and take
  571. >advantage of some of a fractal's peculiarities.
  572. >
  573.  
  574. Ant, gingerbread, chip, bifurcation, henon, diffusion, cellular, dynamic,
  575. lorenz, ifs, Lsystem, julia_inverse, kamtorus...
  576.  
  577. MLO
  578.  
  579.  
  580. - -
  581. - ------------------------------------------------------------
  582. Thanks for using Fractint, The Fractals and Fractint Discussion List
  583. Post Message:   fractint@xmission.com
  584. Get Commands:   majordomo@xmission.com "help"
  585. Administrator:  twegner@phoenix.net
  586. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  587.  
  588. ------------------------------
  589.  
  590. Date: Wed, 14 Jan 1998 17:46:54 -0800
  591. From: Wizzle <wizzle@cci-internet.com>
  592. Subject: Re: (fractint) Re: Tim's_Fract
  593.  
  594. Damien...
  595.  
  596. Your formula file is very well organized...and I used your pars as
  597. examples.  But I was looking of a way to do this within the formula....if
  598. it can't be done already it would be a useful feature.....a sort of combo
  599. par/formula. We users have simple needs....we want to make basic things work.
  600.  
  601. Angela
  602.  
  603.  
  604. At 11:02 AM 1/14/98 -0600, you wrote:
  605. >Angela,
  606. >
  607. > - Which raises yet another question.....if one needs to do this....reset the
  608. > - decomp for a value other than 0....is there a way to do that in the
  609. formula
  610. > - itself? I got the formula from Linda then had to send out an agonized cry
  611. > - for help because I didn't know to reset that option.....can hapless users
  612. > - such as myself be protected??
  613. >
  614. >What I did with my FRM collection was to include a PAR file, with default
  615. >settings for each formula.  So rather than press "T", choose "formula", and
  616. >pick the formula type, you press "@" and select the formula type from the
  617. >list.  This lets me set important parameters like outside=real, float=yes,
  618. >periodicity=no, and so on.  And it lets me give a one-line description for
  619. >each formula.
  620. >
  621. >Damien M. Jones   \\
  622. >dmj@fractalus.com  \\  http://www.icd.com/tsd/  (temporary sanity designs)
  623. >                    \\  http://www.fractalus.com/ (fractals are my hobby)
  624. >
  625. >
  626. >-
  627. >------------------------------------------------------------
  628. >Thanks for using Fractint, The Fractals and Fractint Discussion List
  629. >Post Message:   fractint@xmission.com
  630. >Get Commands:   majordomo@xmission.com "help"
  631. >Administrator:  twegner@phoenix.net
  632. >Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  633. >
  634. >
  635.  
  636. - -
  637. - ------------------------------------------------------------
  638. Thanks for using Fractint, The Fractals and Fractint Discussion List
  639. Post Message:   fractint@xmission.com
  640. Get Commands:   majordomo@xmission.com "help"
  641. Administrator:  twegner@phoenix.net
  642. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  643.  
  644. ------------------------------
  645.  
  646. Date: Wed, 14 Jan 1998 17:59:33 -0800
  647. From: Wizzle <wizzle@cci-internet.com>
  648. Subject: Re: (fractint) Simplgif update
  649.  
  650. Guy....
  651.  
  652. No homepage??? whyever not??? they are free at geocities and other places
  653.  
  654. Angela aka wizzle
  655.  
  656. At 10:38 PM 1/14/98 +0100, you wrote:
  657. >Hi Damien, 
  658. >
  659. >You're right, but I got no homepage, sorry to bother you.. (again)
  660. >
  661. >
  662. >Guy
  663. >
  664. >
  665. >>
  666. >> - PS: Partobat.zip (ver. 3.3) is attached to this mail..
  667. >>
  668. >>Attachments, even small ones like this, have been discouraged on this list.
  669. >> If you want to make a file available to everyone, it is better to put it
  670. >>on a web page somewhere and provide a URL for it.
  671. >>
  672. >>Damien M. Jones   \\
  673. >>dmj@fractalus.com  \\  http://www.icd.com/tsd/  (temporary sanity designs)
  674. >>                    \\  http://www.fractalus.com/ (fractals are my hobby)
  675. >>
  676. >>
  677. >>-
  678. >>------------------------------------------------------------
  679. >>Thanks for using Fractint, The Fractals and Fractint Discussion List
  680. >>Post Message:   fractint@xmission.com
  681. >>Get Commands:   majordomo@xmission.com "help"
  682. >>Administrator:  twegner@phoenix.net
  683. >>Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  684. >>
  685. >
  686. >
  687. >Fungi for fun = FunGUY... @:-]
  688. >
  689. >(Guy Marson, 45b, rue de Bettembourg, L-5810 Hesperange)
  690. >(Tel./Fax : (+352) 368733)  e-mail: guy.marson@mnhn.lu
  691. >
  692. >
  693. >-
  694. >------------------------------------------------------------
  695. >Thanks for using Fractint, The Fractals and Fractint Discussion List
  696. >Post Message:   fractint@xmission.com
  697. >Get Commands:   majordomo@xmission.com "help"
  698. >Administrator:  twegner@phoenix.net
  699. >Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  700. >
  701. >
  702.  
  703. - -
  704. - ------------------------------------------------------------
  705. Thanks for using Fractint, The Fractals and Fractint Discussion List
  706. Post Message:   fractint@xmission.com
  707. Get Commands:   majordomo@xmission.com "help"
  708. Administrator:  twegner@phoenix.net
  709. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  710.  
  711. ------------------------------
  712.  
  713. Date: Wed, 14 Jan 1998 22:58:23 -0600
  714. From: "Justin A. Kolodziej" <4wg7kolodzie@vms.csd.mu.edu>
  715. Subject: Re: (fractint) Simplgif update
  716.  
  717. Wizzle wrote:
  718. > Guy....
  719. > No homepage??? whyever not??? they are free at geocities and other places
  720. > Angela aka wizzle
  721. >
  722. I'm not speaking for Guy, but here's my answer:  Maybe I just don't feel
  723. I have anything worth saying to half a billion people yet.  But that's
  724. just me.
  725.  
  726. This is getting off topic, so I'll leave it at that.
  727. - -- 
  728. Justin Kolodziej
  729. 10 Base-T + 64 Bytes per Second = 1 Frustrated User
  730. Justin Kolodziej is 4wg7kolodzie@vms.csd.mu.edu
  731. Marquette University is 4wg7kolodzie@vms.csd.mu.edu
  732.  
  733. - -
  734. - ------------------------------------------------------------
  735. Thanks for using Fractint, The Fractals and Fractint Discussion List
  736. Post Message:   fractint@xmission.com
  737. Get Commands:   majordomo@xmission.com "help"
  738. Administrator:  twegner@phoenix.net
  739. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  740.  
  741. ------------------------------
  742.  
  743. Date: Thu, 15 Jan 1998 12:37:58 +1
  744. From: "J.P. Louvet" <jean-pierre.louvet@iuta.u-bordeaux.fr>
  745. Subject: Re: (fractint) Simplgif update
  746.  
  747. le 14 Jan 98 a 22:58, Justin A. Kolodziej ecrivait (Justin A. Kolodziej 
  748. wrote) :
  749.  
  750. > I'm not speaking for Guy, but here's my answer:  Maybe I just don't feel
  751. > I have anything worth saying to half a billion people yet.  But that's
  752. > just me.
  753.  
  754. First before all Guy, 
  755. is your program in the Spanky database ? It is the best place.
  756.  
  757. And a second remark : do most the users of this list have a mailer made by 
  758. a Neenderthal programmer ? What are your problems with attached files, and 
  759. with the =3D ? Have you no mime decoding ?
  760.  
  761. Sorry if it is a stupid question...
  762.  
  763. Jean-Pierre louvet : louvet@iuta.u-bordeaux.fr
  764. Fractal album :
  765. http://graffiti.cribx1.u-bordeaux.fr/MAPBX/louvet/jpl0.html
  766.  
  767. - -
  768. - ------------------------------------------------------------
  769. Thanks for using Fractint, The Fractals and Fractint Discussion List
  770. Post Message:   fractint@xmission.com
  771. Get Commands:   majordomo@xmission.com "help"
  772. Administrator:  twegner@phoenix.net
  773. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  774.  
  775. ------------------------------
  776.  
  777. Date: Thu, 15 Jan 1998 07:41:35 -0500
  778. From: Jack Valero <jval@globalserve.net>
  779. Subject: (fractint) Attached Neanderthals with 3D disease
  780.  
  781. At 12:37 PM 15/01/98 +1, Jean-Pierre louvet wrote:
  782.  
  783. >And a second remark : do most the users of this list have a mailer made by 
  784. >a Neenderthal programmer ? What are your problems with attached files, and 
  785. >with the =3D ? Have you no mime decoding ?
  786.  
  787. Although I've never experienced these problems it appears to be a concern
  788. to many on the list. I believe some time ago it became a general consensus
  789. to avoid attachments- a case of submitting to the lowest common denominator.
  790.  
  791. But truly, your comment was rather unfair to the Neanderthals. Evidently they
  792. were far too clever to inflict email upon themselves!
  793. Regards - Jack
  794.  
  795. visit our fractal gallery: http://www.globalserve.net/~jval/phractal.html
  796.  
  797. - -
  798. - ------------------------------------------------------------
  799. Thanks for using Fractint, The Fractals and Fractint Discussion List
  800. Post Message:   fractint@xmission.com
  801. Get Commands:   majordomo@xmission.com "help"
  802. Administrator:  twegner@phoenix.net
  803. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  804.  
  805. ------------------------------
  806.  
  807. Date: Thu, 15 Jan 1998 16:04:26 +1
  808. From: "J.P. Louvet" <jean-pierre.louvet@iuta.u-bordeaux.fr>
  809. Subject: Re: (fractint) Attached Neanderthals with 3D disease
  810.  
  811. le 15 Jan 98 a 7:41, Jack Valero ecrivait (Jack Valero wrote) :
  812.  
  813. > But truly, your comment was rather unfair to the Neanderthals. Evidently
  814. > they were far too clever to inflict email upon themselves! Regards - Jack
  815.  
  816. No incivility against Neanderthals, but I think that they programmed with 
  817. some language machine using a processor made with a piece of silex (or 
  818. perhaps they discovered some tools used now on Unix workstations ?). Later 
  819. Homo sapiens got Photoshop and began to paint the walls of their caverns.
  820.  
  821. Clearly out of topic...
  822.  
  823. Penalty par maybe with 3D disease(my mailer is Mime compliant) :
  824.  
  825. Nothing            { ; J.P.Louvet
  826.   reset=1960 type=tim's_error function=cosh passes=t
  827.   center-mag=2.18686/-0.820367/4.306632 params=0/0 float=y maxiter=250
  828.   inside=0 potential=255/220/256
  829.   colors=0M2<19>0`40a40`4<29>0D0011<31>5xz<29>054032120552<8>UUJXWL_ZNa`Pc\
  830.   bR<2>jiWlkYml_<4>ushvtjwulxvnywp<3>zxw<2>ywrywpxvnwul<2>trfsqdqobona<2>j\
  831.   iWhgUedS<2>ZZMXWKUUJRRH<7>552B00<11>Q10R10R10<8>Z10Z10_10_20_20<7>`20`20\
  832.   _20<2>Z10Z10Y10X10<7>R10Q10O10<9>C000000E0<8>0L2 cyclerange=0/255 }
  833.  
  834.  
  835. Jean-Pierre louvet : louvet@iuta.u-bordeaux.fr
  836. Fractal album :
  837. http://graffiti.cribx1.u-bordeaux.fr/MAPBX/louvet/jpl0.html
  838.  
  839. - -
  840. - ------------------------------------------------------------
  841. Thanks for using Fractint, The Fractals and Fractint Discussion List
  842. Post Message:   fractint@xmission.com
  843. Get Commands:   majordomo@xmission.com "help"
  844. Administrator:  twegner@phoenix.net
  845. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  846.  
  847. ------------------------------
  848.  
  849. Date: Thu, 15 Jan 1998 16:07:50 +0100
  850. From: guy.marson@mnhn.lu (Guy Marson)
  851. Subject: (fractint) Simplgif update
  852.  
  853. Hi Tim,
  854.  
  855. Some more tests showed new problems: My P90 is hanging after loading c. 75%
  856. of the SIMPLGIF.GIF.. into a viewer or into Fractint. 
  857. It is a (800x600) (x=5x, y=5x) = 4000x3000 pixel fractal..
  858.  
  859. This fault is probably *not* comming from bad HD-clusters, I^we been trying
  860. 3x to generate the 'simplgif.gif'. The corresponding 'fractmig.gif' is ok ..
  861. no problems to view the fractal with a viewer or in Fractint. 
  862.  
  863. If someone of the other fractinters would like to make the same test, I can
  864. send you the corresponding .ZIP-file (7.1kB).. 
  865.  
  866.  
  867. cheers,
  868.  
  869. Guy
  870.  
  871.  
  872. Fungi for fun = FunGUY... @:-]
  873.  
  874. (Guy Marson, 45b, rue de Bettembourg, L-5810 Hesperange)
  875. (Tel./Fax : (+352) 368733)  e-mail: guy.marson@mnhn.lu
  876.  
  877.  
  878. - -
  879. - ------------------------------------------------------------
  880. Thanks for using Fractint, The Fractals and Fractint Discussion List
  881. Post Message:   fractint@xmission.com
  882. Get Commands:   majordomo@xmission.com "help"
  883. Administrator:  twegner@phoenix.net
  884. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  885.  
  886. ------------------------------
  887.  
  888. Date: Thu, 15 Jan 1998 16:20:00 +0100
  889. From: guy.marson@mnhn.lu (Guy Marson)
  890. Subject: Re: (fractint) Simplgif update
  891.  
  892. >le 14 Jan 98 a 22:58, Justin A. Kolodziej ecrivait (Justin A. Kolodziej 
  893. >wrote) :
  894. >
  895. >> I'm not speaking for Guy, but here's my answer:  Maybe I just don't feel
  896. >> I have anything worth saying to half a billion people yet.  But that's
  897. >> just me.
  898. >
  899. >First before all Guy, 
  900. >is your program in the Spanky database ? It is the best place.
  901.  
  902. Dear Jean-Pierre, it is not "my" program, it is freeware from Michael
  903. Peters, and, in my opinion, a very usable tool...
  904.  
  905. >
  906. >And a second remark : do most the users of this list have a mailer made by 
  907. >a Neenderthal programmer ? 
  908.  
  909. Hi, hi,hi...
  910.  
  911. >What are your problems with attached files, and 
  912. >with the =3D ? Have you no mime decoding ?
  913.  
  914. of course, I can switch Eudora to MIME..
  915.  
  916. >
  917. >Sorry if it is a stupid question...
  918. >
  919. >Jean-Pierre louvet : louvet@iuta.u-bordeaux.fr
  920. >Fractal album :
  921. >http://graffiti.cribx1.u-bordeaux.fr/MAPBX/louvet/jpl0.html
  922. >
  923. >-
  924. >------------------------------------------------------------
  925. >Thanks for using Fractint, The Fractals and Fractint Discussion List
  926. >Post Message:   fractint@xmission.com
  927. >Get Commands:   majordomo@xmission.com "help"
  928. >Administrator:  twegner@phoenix.net
  929. >Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  930. >
  931.  
  932.  
  933. Fungi for fun = FunGUY... @:-]
  934.  
  935. (Guy Marson, 45b, rue de Bettembourg, L-5810 Hesperange)
  936. (Tel./Fax : (+352) 368733)  e-mail: guy.marson@mnhn.lu
  937.  
  938.  
  939. - -
  940. - ------------------------------------------------------------
  941. Thanks for using Fractint, The Fractals and Fractint Discussion List
  942. Post Message:   fractint@xmission.com
  943. Get Commands:   majordomo@xmission.com "help"
  944. Administrator:  twegner@phoenix.net
  945. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  946.  
  947. ------------------------------
  948.  
  949. Date: Thu, 15 Jan 1998 16:20:29 +0100
  950. From: guy.marson@mnhn.lu (Guy Marson)
  951. Subject: Re: (fractint) Simplgif update
  952.  
  953. >le 14 Jan 98 a 22:58, Justin A. Kolodziej ecrivait (Justin A. Kolodziej 
  954. >wrote) :
  955. >
  956. >> I'm not speaking for Guy, but here's my answer:  Maybe I just don't feel
  957. >> I have anything worth saying to half a billion people yet.  But that's
  958. >> just me.
  959. >
  960. >First before all Guy, 
  961. >is your program in the Spanky database ? It is the best place.
  962.  
  963. Dear Jean-Pierre, it is not "my" program, it is freeware from Michael
  964. Peters, and, in my opinion, a very usable tool...
  965.  
  966. >
  967. >And a second remark : do most the users of this list have a mailer made by 
  968. >a Neenderthal programmer ? 
  969.  
  970. Hi, hi,hi...
  971.  
  972. >What are your problems with attached files, and 
  973. >with the =3D ? Have you no mime decoding ?
  974.  
  975. of course, I can switch Eudora to MIME..
  976.  
  977. >
  978. >Sorry if it is a stupid question...
  979. >
  980. >Jean-Pierre louvet : louvet@iuta.u-bordeaux.fr
  981. >Fractal album :
  982. >http://graffiti.cribx1.u-bordeaux.fr/MAPBX/louvet/jpl0.html
  983. >
  984. >-
  985. >------------------------------------------------------------
  986. >Thanks for using Fractint, The Fractals and Fractint Discussion List
  987. >Post Message:   fractint@xmission.com
  988. >Get Commands:   majordomo@xmission.com "help"
  989. >Administrator:  twegner@phoenix.net
  990. >Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  991. >
  992.  
  993.  
  994. Fungi for fun = FunGUY... @:-]
  995.  
  996. (Guy Marson, 45b, rue de Bettembourg, L-5810 Hesperange)
  997. (Tel./Fax : (+352) 368733)  e-mail: guy.marson@mnhn.lu
  998.  
  999.  
  1000. - -
  1001. - ------------------------------------------------------------
  1002. Thanks for using Fractint, The Fractals and Fractint Discussion List
  1003. Post Message:   fractint@xmission.com
  1004. Get Commands:   majordomo@xmission.com "help"
  1005. Administrator:  twegner@phoenix.net
  1006. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  1007.  
  1008. ------------------------------
  1009.  
  1010. Date: Thu, 15 Jan 1998 08:55:58 -0800
  1011. From: "Jay Hill" <ehill1@san.rr.com>
  1012. Subject: Re: (fractint) Attached Neanderthals with 3D disease
  1013.  
  1014. Hi Fractintiers,
  1015.  
  1016. I'm trying to locate zeros of a function (an MSet) using Newton's method.
  1017.  
  1018. f = a(z^2+c)^2 / (z^2 + b + c)  + c
  1019.  
  1020. f' = 2az(z^2+c)(z^2 + 2b + c)/(z^2 + b + c)^2
  1021.  
  1022. But z appears in the derivative, and so it is zero everywhere. But I know f 
  1023. has zeros!   Any ideas Paul?
  1024.  
  1025. Jay
  1026.  
  1027. Something          { ; Jay Hill (was J. P. Louvet's Nothing)
  1028.   reset=1960 type=tim's_error function=cosh passes=t
  1029.   center-mag=0.0767767/0/1.0472/1/-90 params=0/0 float=y maxiter=250
  1030.   inside=0 potential=255/220/256
  1031.   colors=0M2<19>0`40a40`4<29>0D0011<31>5xz<29>054032120552<8>UUJXWL_ZNa`Pc\
  1032.   bR<2>jiWlkYml_<3>srfushvtjwulxvn<4>zxw<2>ywrywpxvnwul<2>trfsqdqobona<2>j\
  1033.   iWhgUedS<2>ZZMXWKUUJRRH<7>552B00<11>Q10R10R10<8>Z10Z10_10_20_20<7>`20`20\
  1034.   _20<2>Z10Z10Y10X10<7>R10Q10O10<9>C000000E0<8>0L2 cyclerange=0/255
  1035.   savename=somethin
  1036.   }
  1037.  
  1038.  
  1039. - ----------
  1040. > From: J.P. Louvet <jean-pierre.louvet@iuta.u-bordeaux.fr>
  1041. > To: fractint@lists.xmission.com
  1042. > Subject: Re: (fractint) Attached Neanderthals with 3D disease
  1043. > Date: Thursday, January 15, 1998 7:04 AM
  1044. > le 15 Jan 98 a 7:41, Jack Valero ecrivait (Jack Valero wrote) :
  1045. > > But truly, your comment was rather unfair to the Neanderthals. Evidently
  1046. > > they were far too clever to inflict email upon themselves! Regards - Jack
  1047. > No incivility against Neanderthals, but I think that they programmed with 
  1048. > some language machine using a processor made with a piece of silex (or 
  1049. > perhaps they discovered some tools used now on Unix workstations ?). Later 
  1050. > Homo sapiens got Photoshop and began to paint the walls of their caverns.
  1051. > Clearly out of topic...
  1052. > Penalty par maybe with 3D disease(my mailer is Mime compliant) :
  1053. > Nothing            { ; J.P.Louvet
  1054. >   reset=1960 type=tim's_error function=cosh passes=t
  1055. >   center-mag=2.18686/-0.820367/4.306632 params=0/0 float=y maxiter=250
  1056. >   inside=0 potential=255/220/256
  1057. >   colors=0M2<19>0`40a40`4<29>0D0011<31>5xz<29>054032120552<8>UUJXWL_ZNa`Pc\
  1058. >   bR<2>jiWlkYml_<4>ushvtjwulxvnywp<3>zxw<2>ywrywpxvnwul<2>trfsqdqobona<2>j\
  1059. >   iWhgUedS<2>ZZMXWKUUJRRH<7>552B00<11>Q10R10R10<8>Z10Z10_10_20_20<7>`20`20\
  1060. >   _20<2>Z10Z10Y10X10<7>R10Q10O10<9>C000000E0<8>0L2 cyclerange=0/255 }
  1061. > Jean-Pierre louvet : louvet@iuta.u-bordeaux.fr
  1062. > Fractal album :
  1063. > http://graffiti.cribx1.u-bordeaux.fr/MAPBX/louvet/jpl0.html
  1064. > -
  1065. > ------------------------------------------------------------
  1066. > Thanks for using Fractint, The Fractals and Fractint Discussion List
  1067. > Post Message:   fractint@xmission.com
  1068. > Get Commands:   majordomo@xmission.com "help"
  1069. > Administrator:  twegner@phoenix.net
  1070. > Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  1071.  
  1072. - -
  1073. - ------------------------------------------------------------
  1074. Thanks for using Fractint, The Fractals and Fractint Discussion List
  1075. Post Message:   fractint@xmission.com
  1076. Get Commands:   majordomo@xmission.com "help"
  1077. Administrator:  twegner@phoenix.net
  1078. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  1079.  
  1080. ------------------------------
  1081.  
  1082. End of fractint-digest V1 #75
  1083. *****************************
  1084.  
  1085.