home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / sci / fractals / 533 < prev    next >
Encoding:
Text File  |  1993-01-03  |  2.8 KB  |  58 lines

  1. Newsgroups: sci.fractals
  2. Path: sparky!uunet!spool.mu.edu!umn.edu!csus.edu!netcom.com!pdh
  3. From: pdh@netcom.com (Phil Howard )
  4. Subject: Re: Fractint 17.2: Intere
  5. Message-ID: <1993Jan3.074424.10220@netcom.com>
  6. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  7. References: <1398.1004.uupcb@satalink.com>
  8. Date: Sun, 3 Jan 1993 07:44:24 GMT
  9. Lines: 47
  10.  
  11. bert.tyler@satalink.com (Bert Tyler) writes:
  12.  
  13. >If you zoom beyond the limits of Fractint's integer math algorithms, Fractint
  14. >quietly switches over to floating-point math.  Its precision limits
  15. >are essentially those of the Intel architecture at that point, and are
  16. >based on its ability to store the coordinates of successive pixels (in
  17. >'double' format) using different values.  (I'm on vacation and checking my
  18. >mail on a laptop that doesn't have a "C" compiler, so I can't dig
  19. >up the exact limit at the moment.)  To get around that limit,
  20. >you would have to rewrite Fractint (including its asembler routines)
  21. >using an alternate format - or use an Xfract port on a machine which has
  22. >more significant digits in its floating-point format.  The latter is probably
  23. >*far* easier.
  24.  
  25. The machine is the machine.  So I guess I will be doing some assembly.
  26. Now is the source to fractint itself available?  I doubt if I want to
  27. modify fractint, though I might want to "borrow" some of the video mode
  28. code for VGAs I don't have to get a start on them.  Otherwise I will
  29. just use the standard and VESA 16 and 256 color modes only.
  30.  
  31. I'd rather have more precision in integer anyway, especially since my
  32. machine is a 486SX.  Maybe this would be a good reason to go ahead and
  33. port GMP to MS-DOS.  But then again, multi-precision integers are not
  34. that hard to code.
  35.  
  36.  
  37. >PH>I also find a limit of 1000 on iterations to be rather small.
  38.  
  39. >I'm confused - Fractint's current iteration limit is 32,768 (it would have
  40. >been 65536 had I not been stupid enough to use signed integers for a field
  41. >that never goes negative - maybe we'll fix that someday).
  42.  
  43. I'm confused.  It doesn't go above 1000.  I just grabbed a new one about
  44. 3 days ago.
  45.  
  46. Since you said "I", I take it you are the author.  Where does the OFFICIAL
  47. release get put up for ftp access?  I must have an old version or something.
  48. Since the file names on ftp site very rarely give the version, I have no
  49. clue as to which sites are up to date and which sites have just copied the
  50. file without preserving the date.  I list the sites from archie and then
  51. just pick the largest one that has the most recent date and on my own
  52. continent if possible.
  53. -- 
  54. /************************************************************************\
  55. | Phil Howard,  pdh@netcom.com,  KA9WGN    Spell protection?  "1(911)A1" |
  56. | "It's not broken... it's just functionally challenged" --Phil and Pete |
  57. \************************************************************************/
  58.