home *** CD-ROM | disk | FTP | other *** search
/ ftp.xmission.com / 2014.06.ftp.xmission.com.tar / ftp.xmission.com / pub / lists / fractint / archive / v01.n288 < prev    next >
Internet Message Format  |  1998-09-03  |  41KB

  1. From: owner-fractint-digest@lists.xmission.com (fractint-digest)
  2. To: fractint-digest@lists.xmission.com
  3. Subject: fractint-digest V1 #288
  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       Friday, September 4 1998       Volume 01 : Number 288
  11.  
  12.  
  13.  
  14.  
  15. ----------------------------------------------------------------------
  16.  
  17. Date: Wed, 02 Sep 1998 22:14:39 -0600
  18. From: Phil McRevis <legalize@xmission.com>
  19. Subject: (fractint) Re: fractals in postscript 
  20.  
  21. wdelange@biochem.nl (Wim de Lange)  writes:
  22. > Some years ago there was an article in the Byte about postscript. And 
  23. > in this article there was an postscript program to calculate the 
  24. > mandelbrot set. Is there someone who has this article and/or the 
  25. > postscript program for this. I've now an postscript printer 
  26. > available, and I want to test this on the printer.
  27.  
  28. Its not that hard to do, but there are a couple reasons why you
  29. probably don't want to compute M in PS:
  30.  
  31. o M is floating-point intensive and most PS printers aren't optimized
  32.   for floating-point math.
  33. o PS is interpreted and the burden of interpretation only adds to the
  34.   already heavy computational burden of computing M.
  35. o You'll probably get faster results by computing M in GIF format and
  36.   converting the GIF image to PS and printing the image.
  37.  
  38. However, if you just want to see it run 'for yucks', try the following
  39. postscript file on your printer:
  40. <http://www.mit.edu:8001/afs/sipb.mit.edu/contrib/postscript/Color/mandelbrot_color.ps>
  41.  
  42. You may need to tweak the file in an editor to adjust the end-of-line
  43. convention (postscript is ASCII and that file has the unix end-of-line
  44. convention).
  45. - --
  46. http://www.xmission.com/~legalize/    Legalize Adulthood!
  47. legalize@xmission.com
  48. ``Ain't it funny that they all fire the pistol,     <URL: http://
  49.   at the wrong end of the race?''--PDBT     www.eden.com/~thewho>
  50.  
  51. - --------------------------------------------------------------
  52. Thanks for using Fractint, The Fractals and Fractint Discussion List
  53. Post Message:   fractint@lists.xmission.com
  54. Get Commands:   majordomo@lists.xmission.com "help"
  55. Administrator:  twegner@phoenix.net
  56. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  57.  
  58. ------------------------------
  59.  
  60. Date: 03 Sep 98 07:46:02 GMT
  61. From: wdelange@biochem.nl (Wim de Lange)
  62. Subject: (fractint) Re: fractals in postscript
  63.  
  64. Op  2 Sep 98 om 22:14 schreef Phil McRevis over: "Re: fractals in 
  65. postscript"
  66.  
  67. > Its not that hard to do, but there are a couple reasons why you
  68. > probably don't want to compute M in PS:
  69.  
  70. I'm well aware of them I played many years with fractals, and wrote 
  71. little basic programs before I was aware of fractint and such stuff. 
  72. And long ago I had that article, and I found it 'funny' (not the 
  73. right word, my english is not good enough) that a printer has a 
  74. programming language that is capable of calculating the M-set.
  75.  
  76. > <http://www.mit.edu:8001/afs/sipb.mit.edu/contrib/postscript/Color/m
  77. > andelbrot_color.ps>
  78.  
  79. I downloaded it.
  80.  
  81. > end-of-line convention (postscript is ASCII and that file has the
  82. > unix end-of-line convention). --
  83.  
  84. No problem.
  85.  
  86.  
  87. Groetjes,
  88.     Wim de Lange
  89.  _____________________________________
  90.  
  91.  Internet:    wdelange@biochem.nl
  92.  CompuServe:  100142,604
  93.  _____________________________________
  94.  
  95.  
  96. - --------------------------------------------------------------
  97. Thanks for using Fractint, The Fractals and Fractint Discussion List
  98. Post Message:   fractint@lists.xmission.com
  99. Get Commands:   majordomo@lists.xmission.com "help"
  100. Administrator:  twegner@phoenix.net
  101. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  102.  
  103. ------------------------------
  104.  
  105. Date: Thu, 3 Sep 1998 05:52:48 -0400
  106. From: Sylvie Gallet <Sylvie_Gallet@compuserve.com>
  107. Subject: (fractint) Sylvie's site
  108.  
  109. Hi Christian,
  110.  
  111. >> I had problems though with accessing Gallet_c.zip, Gallet_d.zip and
  112. >> wallpapr.zip and the vesa2cfg link. AOL answered with a simple 'URL
  113. >> not found'.
  114.  
  115.   It was a problem with case sensitive filenames, it's fixed.
  116.  
  117.   Cheers,
  118.  
  119.         - Sylvie
  120.  
  121. - --------------------------------------------------------------
  122. Thanks for using Fractint, The Fractals and Fractint Discussion List
  123. Post Message:   fractint@lists.xmission.com
  124. Get Commands:   majordomo@lists.xmission.com "help"
  125. Administrator:  twegner@phoenix.net
  126. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  127.  
  128. ------------------------------
  129.  
  130. Date: Thu, 03 Sep 1998 06:55:58 -0500
  131. From: Elaina Tillinghast <juice@airmail.net>
  132. Subject: Re: (fractint) New Images on Web
  133.  
  134. Well a couple of things got in the way of me getting to my web pages...
  135.  
  136. The preferrence of what size image is most favored was split equally
  137. down the middle between 640x480 and 1024x768. Either you want all to fit
  138. on one screen quickly or you want all the detail you can get.
  139.  
  140. I thank all those people who took time to write. The results are in
  141. favor of 640x480 since bigger would make it so many could not see them
  142. at all. Then if space isn't a problem, BIG! as a choice for those who
  143. can handle it.
  144.  
  145. Juice -have fun --harm none
  146.  
  147. - --------------------------------------------------------------
  148. Thanks for using Fractint, The Fractals and Fractint Discussion List
  149. Post Message:   fractint@lists.xmission.com
  150. Get Commands:   majordomo@lists.xmission.com "help"
  151. Administrator:  twegner@phoenix.net
  152. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  153.  
  154. ------------------------------
  155.  
  156. Date: Thu, 3 Sep 1998 13:43:39 +0100
  157. From: Dave <Dave@Quanta.co.uk>
  158. Subject: (fractint) Posting fractal images on the web
  159.  
  160. I've noticed that many pages showing each fractal pattern tend to have
  161. ALL images as huge GIFs on the title page.
  162.  
  163. Wouldn't it be a better idea to:
  164.  
  165. a) have thumbnails linking to the larger picture, so that you can browse
  166. through ALL images from the title page and select the one you want to
  167. see in full splendor
  168. b) Store the larger versions as .JPEGs, thus permitting a full range of
  169. colours but keeping the filesize of the images down. This allows the
  170. images to be downloaded quickly, but I don't know what impact it has on
  171. the overall quality of the picture
  172. c) have perhaps two different links under each thumbnail, pointing to
  173. 640x480 or 1024x768-sized images, thus satisfying resolution
  174. requirements of both parties. (But it'd mean reconstruction of each
  175. image at different resolutions, or resizing/resampling in an imaging
  176. package - is this feasible?)
  177.  
  178. I realise many people are still starting out in HTML, and fall into the
  179. pitfall of not realising that what appears instantly when browsed
  180. locally takes much longer when viewed via a modem. As a test, try
  181. flushing your web browser cache and then view your pages via your ISP to
  182. see how long they take to come down.
  183.  
  184. Any views on this, people?
  185. > ----------
  186. > From:     Elaina Tillinghast[SMTP:juice@airmail.net]
  187. > Reply To:     fractint@lists.xmission.com
  188. > Sent:     03 September 1998 12:55
  189. > To:     fractint@lists.xmission.com
  190. > Subject:     Re: (fractint) New Images on Web
  191. > Well a couple of things got in the way of me getting to my web
  192. > pages...
  193. > The preferrence of what size image is most favored was split equally
  194. > down the middle between 640x480 and 1024x768. Either you want all to
  195. > fit
  196. > on one screen quickly or you want all the detail you can get.
  197. > I thank all those people who took time to write. The results are in
  198. > favor of 640x480 since bigger would make it so many could not see them
  199. > at all. Then if space isn't a problem, BIG! as a choice for those who
  200. > can handle it.
  201. > Juice -have fun --harm none
  202. > --------------------------------------------------------------
  203. > Thanks for using Fractint, The Fractals and Fractint Discussion List
  204. > Post Message:   fractint@lists.xmission.com
  205. > Get Commands:   majordomo@lists.xmission.com "help"
  206. > Administrator:  twegner@phoenix.net
  207. > Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  208.  
  209. - --------------------------------------------------------------
  210. Thanks for using Fractint, The Fractals and Fractint Discussion List
  211. Post Message:   fractint@lists.xmission.com
  212. Get Commands:   majordomo@lists.xmission.com "help"
  213. Administrator:  twegner@phoenix.net
  214. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  215.  
  216. ------------------------------
  217.  
  218. Date: Thu, 03 Sep 1998 08:08:26 -0700
  219. From: "Angela Wilczynski" <wizzle@beachnet.com>
  220. Subject: Re: (fractint) Posting fractal images on the web
  221.  
  222. Dave wrote:
  223. > I've noticed that many pages showing each fractal pattern tend to have
  224. > ALL images as huge GIFs on the title page.
  225. > Wouldn't it be a better idea to:
  226. > a) have thumbnails linking to the larger picture, so that you can browse
  227. > through ALL images from the title page and select the one you want to
  228. > see in full splendor
  229.  
  230. For some of us with many fractals on display, even thumbnails of ALL the
  231. images create an introductory page that is too slow to download. I am a
  232. very firm believer in paying great attention to bandwidth, particularly
  233. on the introductory page.  Most surfers will go on to something else if
  234. the intro page doesn't show it's stuff in less than a minute.
  235. Fortunately, not everything need be displayed at once....only enough
  236. material to pique interest. 
  237.  
  238. > b) Store the larger versions as .JPEGs, thus permitting a full range of
  239. > colours but keeping the filesize of the images down. This allows the
  240. > images to be downloaded quickly, but I don't know what impact it has on
  241. > the overall quality of the picture
  242.  
  243. Storing Fractint images as jpgs destroys the information that is bundled
  244. with the image and which can be used after the gif is downloaded and
  245. opened in Fractint. So moving to jpg is, for me, a matter of deciding
  246. which audience I want to please most....the one with limited time or
  247. patience or my Fractint collegues. Also, I find conversion from gif to
  248. jpg is sometimes unsatisfying in terms of how the image looks.
  249.  
  250. > c) have perhaps two different links under each thumbnail, pointing to
  251. > 640x480 or 1024x768-sized images, thus satisfying resolution
  252. > requirements of both parties. (But it'd mean reconstruction of each
  253. > image at different resolutions, or resizing/resampling in an imaging
  254. > package - is this feasible?)
  255.  
  256. This is basically a lot of work and assumes one has a great deal of
  257. space available and can choose to store the same image twice. A more
  258. practical solution is one many on the list use......provide the image as
  259. a jpg and as a par file. 
  260.  
  261. Angela
  262.  
  263. - --------------------------------------------------------------
  264. Thanks for using Fractint, The Fractals and Fractint Discussion List
  265. Post Message:   fractint@lists.xmission.com
  266. Get Commands:   majordomo@lists.xmission.com "help"
  267. Administrator:  twegner@phoenix.net
  268. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  269.  
  270. ------------------------------
  271.  
  272. Date: Thu, 3 Sep 1998 11:08:41 EDT
  273. From: RParracho@aol.com
  274. Subject: Re: (fractint) Understanding Formulas
  275.  
  276. In a message dated 02-09-98 3:41:05 PM EST, kchildre@uccs.jpl.nasa.gov writes:
  277.  
  278. << I've been experimenting with formulas and pars done by those on the list
  279.  and ones that I've found here and there for several weeks now.
  280.  Something that has been intriguing me is how do people come up with the
  281.  formulas and coloring methods that they do?
  282.   >>
  283. Ken,
  284. If you want some good starting places pick up a Calculus and Analytical
  285. Geometry book at a library or flea market.  As you go through it you'll find
  286. lots of equations to plug into an escape type fractal.  If you look at
  287. 'series' their convergence and divergence and what separates the two and
  288. remainder theory it'll give you more ideas.  Then the next book you could look
  289. for is one on comnplex analysis and conformal mapping.  things are very
  290. different in the complex plane.  
  291.  
  292. I'm relatively new to the IF...ENDIF logic and I haven't done much with it.
  293. This tool gives you precision control over the coloring method but a lot of
  294. mathematical up front work is required.  As a basic rule of thumb when you
  295. iterate you can track   three basic values: the count at which you are at, the
  296. value which you are at, and the location in your coordinate system (cartesian,
  297. polar, etc).  by establishing standards of comparison for those values you
  298. have come up with a new unique coloring /rendering method.  Unfortunately its
  299. been my experience that to rigorous a standard makes your fractals look plain
  300. and lousy.  Always be willing to test your standards boundry because thats
  301. where it gets great.
  302.  
  303. for instance (off the top of my head) say we want to test our iteration based
  304. on count and value so that as count increases we begin to loose grasp of the
  305. original value(kind of like hiesenberg).  z=current value   n= iteration count
  306. c=arbitrary constant:
  307. conditional test: |z|<= (c+z/n)^n  
  308.  
  309. try the conditional >=  
  310.      (half the time things get exciting around zero the other half infinity)
  311. change the arbitrary constant to extremes
  312. make n a function of iteration n=F(iter#)
  313. etc.
  314. Can I begin to see where this is going. NO!  but I'm pretty familiar with how
  315. the M-set behaves so I'll iterate that function with this test first and see
  316. what it does to the that behavior.
  317.  
  318. Try halley maps in regions that f'(z)>f(z) (divergent areas).
  319. Try halley maps on functions with singularities or discontinuity
  320.  
  321. And best of all, it can turn out to be just junk or it could be a surprise.
  322.  
  323. I hope this helps. This thought process is chaotic like my explanation.
  324.  
  325. Good luck
  326. Rui
  327.  
  328.  
  329.  
  330.  
  331. - --------------------------------------------------------------
  332. Thanks for using Fractint, The Fractals and Fractint Discussion List
  333. Post Message:   fractint@lists.xmission.com
  334. Get Commands:   majordomo@lists.xmission.com "help"
  335. Administrator:  twegner@phoenix.net
  336. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  337.  
  338. ------------------------------
  339.  
  340. Date: Thu, 03 Sep 1998 10:49:37 -0500
  341. From: "Damien M. Jones" <dmj@fractalus.com>
  342. Subject: Re: (fractint) Posting fractal images on the web
  343.  
  344. [Reply to Angela is below this one.]
  345.  
  346. Dave,
  347.  
  348.  - a) have thumbnails linking to the larger picture, so that you can browse
  349.  - through ALL images from the title page and select the one you want to
  350.  - see in full splendor
  351.  
  352. Yes, but this is still not an optimal solution if you have a lot of
  353. pictures.  Right now I've got two layers of thumbnails before you get to
  354. the actual pictures.  Few people want to download a page with 200+
  355. thumbnails on it.
  356.  
  357.  - c) have perhaps two different links under each thumbnail, pointing to
  358.  - 640x480 or 1024x768-sized images, thus satisfying resolution
  359.  - requirements of both parties. (But it'd mean reconstruction of each
  360.  - image at different resolutions, or resizing/resampling in an imaging
  361.  - package - is this feasible?)
  362.  
  363. It does indeed mean resizing the images more than once, but if you're
  364. preparing thumbnails, you're already preparing more than one size.  For
  365. example, I typically generate my images at 1600x1200 or 1280x960; these are
  366. then resized down to 640x480 and saved (large size), resized to 128x96 and
  367. saved (thumbnail), and a few resized to 200x150 and saved (larger thumbnail
  368. for the main gallery index).  I *could* have also prepared 1024x768
  369. versions of these images, but when I started my gallery space was a
  370. concern; space is no longer a problem for me, but the sheer quantity of
  371. images *is*.  I'm not sure I want to take the time to prepare 1024x768
  372. versions of so many pictures.
  373.  
  374.  - Any views on this, people?
  375.  
  376. Don't get me started. :-)
  377.  
  378. Angela,
  379.  
  380.  - Storing Fractint images as jpgs destroys the information that is bundled
  381.  - with the image and which can be used after the gif is downloaded and
  382.  - opened in Fractint.
  383.  
  384. This may or may not be a drawback, depending on your viewpoint.
  385. Personally, I'd say go for the JPEG anyway, and provide a PAR file for
  386. those that want parameters.  It's usually worth the savings.
  387.  
  388.  - Also, I find conversion from gif to jpg is sometimes unsatisfying in
  389.  - terms of how the image looks.
  390.  
  391. Well, you *know* I'm going to say that doesn't have to be the case. :)
  392. Generate your image at large size and reduce it (for anti-aliasing) and
  393. then save in JPEG format with appropriate settings.
  394.  
  395.  - This is basically a lot of work and assumes one has a great deal of
  396.  - space available and can choose to store the same image twice. A more
  397.  - practical solution is one many on the list use......provide the image as
  398.  - a jpg and as a par file. 
  399.  
  400. And although I just advocated the JPEG+PAR approach, there are situations
  401. where it isn't appropriate--particularly, cases where the image has been
  402. post-processed in some fashion outside of FractInt, or produced with a
  403. custom program that isn't generally available.  Or cases where you really
  404. don't feel like giving out the PAR file. :-)
  405.  
  406. Damien M. Jones   \\
  407. dmj@fractalus.com  \\  Fractalus Galleries & Info:
  408.                     \\  http://www.fractalus.com/
  409.  
  410. - --------------------------------------------------------------
  411. Thanks for using Fractint, The Fractals and Fractint Discussion List
  412. Post Message:   fractint@lists.xmission.com
  413. Get Commands:   majordomo@lists.xmission.com "help"
  414. Administrator:  twegner@phoenix.net
  415. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  416.  
  417. ------------------------------
  418.  
  419. Date: Thu, 03 Sep 1998 12:32:17 -0500
  420. From: "Damien M. Jones" <dmj@fractalus.com>
  421. Subject: (fractint) Just two days left!
  422.  
  423. Greetings listfolk,
  424.  
  425. There are just two days left for you to submit your entries to the Fractal
  426. Art '98 Contest.  Scores of entries have already been received; we
  427. certainly appreciate the number of entries (more than last year's contest!)
  428. and the exceptional quality and variety.
  429.  
  430. If you have not already submitted three images, the deadline is fast
  431. approaching--no further entries will be accepted after 10PM PDT, September
  432. 5.  (That's Saturday night!)  We'd certainly like you to enter!  You can
  433. find all the details--rules, categories, and so on--at the contest web site:
  434.  
  435.     http://www.fractalus.com/contest98/
  436.  
  437. Damien M. Jones   \\
  438. dmj@fractalus.com  \\  Fractalus Galleries & Info:
  439.                     \\  http://www.fractalus.com/
  440.  
  441. - --------------------------------------------------------------
  442. Thanks for using Fractint, The Fractals and Fractint Discussion List
  443. Post Message:   fractint@lists.xmission.com
  444. Get Commands:   majordomo@lists.xmission.com "help"
  445. Administrator:  twegner@phoenix.net
  446. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  447.  
  448. ------------------------------
  449.  
  450. Date: Thu, 3 Sep 1998 18:20:42 +0100
  451. From: Dave <Dave@Quanta.co.uk>
  452. Subject: RE: (fractint) Posting fractal images on the web
  453.  
  454. > For some of us with many fractals on display, even thumbnails of ALL
  455. > the
  456. > images create an introductory page that is too slow to download.
  457. Ah - crossed wires here. I looked at one webpage last week that had
  458. about 6 full-sized pictures on it. I just thought it would have been a
  459. better idea to reduce these to thumbs, thus getting a summary of what to
  460. expect downloaded quickly. I didn't mean that I wanted everyone to fill
  461. their title pages with thumbs of ALL of their current images!! But for
  462. those with many fractals on display, surely thumbnails of them on an
  463. intgro page is quicker to download than a page containing all of the
  464. displays?
  465. >  I am a
  466. > very firm believer in paying great attention to bandwidth,
  467. > particularly
  468. > on the introductory page.  Most surfers will go on to something else
  469. > if
  470. > the intro page doesn't show it's stuff in less than a minute.
  471. > Fortunately, not everything need be displayed at once....only enough
  472. > material to pique interest. 
  473. Agreed. Perhaps categories of thumbs from an index page, etc....
  474.  
  475. > > b) Store the larger versions as .JPEGs, thus permitting a full range
  476. > of
  477. > > colours but keeping the filesize of the images down. This allows the
  478. > > images to be downloaded quickly, but I don't know what impact it has
  479. > on
  480. > > the overall quality of the picture
  481. > Storing Fractint images as jpgs destroys the information that is
  482. > bundled
  483. > with the image and which can be used after the gif is downloaded and
  484. > opened in Fractint. So moving to jpg is, for me, a matter of deciding
  485. > which audience I want to please most....the one with limited time or
  486. > patience or my Fractint collegues. Also, I find conversion from gif to
  487. > jpg is sometimes unsatisfying in terms of how the image looks.
  488.     .. but surely your fract colleagues would prefer the formulae
  489. with which you created the image, rather than reverse-engineer the GIF?
  490. I'm still new to this game, but I had problems extracting image info
  491. from a GIF I was given.
  492. > > c) have perhaps two different links under each thumbnail, pointing
  493. > to
  494. > > 640x480 or 1024x768-sized images, thus satisfying resolution
  495. > > requirements of both parties. (But it'd mean reconstruction of each
  496. > > image at different resolutions, or resizing/resampling in an imaging
  497. > > package - is this feasible?)
  498. > > 
  499. > This is basically a lot of work and assumes one has a great deal of
  500. > space available and can choose to store the same image twice. A more
  501. > practical solution is one many on the list use......provide the image
  502. > as
  503. > a jpg and as a par file. 
  504. True, but I'm looking at it from the point of view that "the more effort
  505. put in by the one writer, the less effort required by the many readers".
  506. Perhaps it's a selfish view, I don't know. As for the space available,
  507. the JPEG+PAR solution sounds a much better idea. Would two JPEGs of the
  508. same image require less storage space than one GIF?
  509.  
  510.  
  511.  
  512. - --------------------------------------------------------------
  513. Thanks for using Fractint, The Fractals and Fractint Discussion List
  514. Post Message:   fractint@lists.xmission.com
  515. Get Commands:   majordomo@lists.xmission.com "help"
  516. Administrator:  twegner@phoenix.net
  517. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  518.  
  519. ------------------------------
  520.  
  521. Date: Thu, 03 Sep 1998 20:48:48 -0700
  522. From: "Angela Wilczynski" <wizzle@beachnet.com>
  523. Subject: Re: (fractint) Posting fractal images on the web
  524.  
  525. Dave wrote:
  526. > >
  527. >         .. but surely your fract colleagues would prefer the formulae
  528. > with which you created the image, rather than reverse-engineer the GIF?
  529. > I'm still new to this game, but I had problems extracting image info
  530. > from a GIF I was given.
  531.  
  532. > > This is basically a lot of work and assumes one has a great deal of
  533. > > space available and can choose to store the same image twice. A more
  534. > > practical solution is one many on the list use......provide the image
  535. > > as
  536. > > a jpg and as a par file.
  537. > True, but I'm looking at it from the point of view that "the more effort
  538. > put in by the one writer, the less effort required by the many readers".
  539. > Perhaps it's a selfish view, I don't know. As for the space available,
  540. > the JPEG+PAR solution sounds a much better idea. Would two JPEGs of the
  541. > same image require less storage space than one GIF?
  542.  
  543.  
  544. Let's see......
  545.  
  546. 1.  Regarding the gif versus jpg question........I believe that I am
  547. often doing everyone a favor by posting a largish gif with the Fractint
  548. info in tact rather than the par (or at least in addition to the par)
  549. because the par could take faaaaaaaaaaar longer to generate than the gif
  550. does to download. That is always a consideration for me.  In general I
  551. like the jpg + par approach because I feel more comfortable that my
  552. images will be treated with care by my Fractint bretheren.  I figure the
  553. jpg's....regardless of the copyright babble......will be pilfered.  That
  554. is certainly another consideration in how I post my images......I give
  555. up the really good stuff to the web with great reluctance. 
  556.  
  557. 2.  Dealing with the gif in fractint is simplicity itself.....put the
  558. gif where you can reasonably locate it...the most basic spot being where
  559. fractint resides....open the gif using "r" then save the parameters by
  560. hitting that old "b".  You can zoom into or out of the fractal at will
  561. right from the gif or use Paul Carlson's great hint of hitting z for the
  562. parameters, then F6 and enter a couple of times. I hope I have that
  563. right as I haven't done it in a while.  At any rate.....you can return
  564. to the "original" image using the gif parameters in that way then start
  565. on your own journey.  That is my fav thing to do. 
  566.  
  567. 3.  Space limitations are space limitations...period. If one doesn't
  568. have space available to post (and most don't) the dual posting is not an
  569. option. I consider my time  and space far more valuable than that of web
  570. surfers who are a non-paying audience which MUST be considered because
  571. "their" download minutes will cause them annoyance......I refuse to cost
  572. myself hours of effort or more $$ for web space for their minor
  573. inconvenience when they are getting a freebie. One is not required to
  574. pander to all wishes. I try to make reasonable compromises.  I have in
  575. excess of 35 megs of "stuff" on the web so managing it takes
  576. considerable time already. Maybe those whose jobs are connected with the
  577. web or who have smaller websites can more profitably use your
  578. suggestions.
  579.  
  580. Angela
  581.  
  582. - --------------------------------------------------------------
  583. Thanks for using Fractint, The Fractals and Fractint Discussion List
  584. Post Message:   fractint@lists.xmission.com
  585. Get Commands:   majordomo@lists.xmission.com "help"
  586. Administrator:  twegner@phoenix.net
  587. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  588.  
  589. ------------------------------
  590.  
  591. Date: Thu, 03 Sep 1998 22:13:19 -0700
  592. From: kathy roth <kroth@well.com>
  593. Subject: (fractint) Understanding Formulas
  594.  
  595. Hi math-ophiles.  This discussion has been very
  596. interesting.  I have been clumping around getting
  597. some understanding of the basics and am getting an
  598. appreciation for the leap of thought it takes to think
  599. of something new,  not so much how you write the
  600. formula but the imagination in thinking of the orbit traps,
  601. stalks and the flexballs, bubbles and triangles and all that.  It's
  602. very creative.  I was reading about Julia and Fatou.
  603. Early in this century they visualized all this (or a good part
  604. of this) and never lived to see it on a screen and certainly
  605. not in 256 colors.  I wonder if it was totally an
  606. abstraction or if they could visualize it somewhat.
  607. They never knew what it looked like or saw all these people
  608. developing things from it.  (or.....who knows....)
  609.           Anyway, I have some basic questions that I have
  610. not been able to figure out using the references from this
  611. list.  Some of it is math but I think more of it is programming
  612. or just knowing the conventions of the If..Else formulas.
  613. I've read (partially!) the Devaney and Peitgen books and some
  614. things on chaos etc. and am at roughly an advanced high school
  615. or college math for non-math major sort of level.
  616.     Ummm, so-
  617. basic math question on popcorn_jul and complex numbers:
  618.  
  619. Popcorn_Jul
  620.    popcorn_jul { ; Paul Carlson, 1998
  621.     ; Always use float=yes
  622.     ;
  623.     ; real(p1) = h in popcorn formula
  624.     ; imag(p1) = bailout value
  625.     ;
  626.     x = real(pixel)
  627.     y = imag(pixel)
  628.     h = real(p1)
  629.     :
  630.     prev_x = x
  631.     x = x - h * sin(y + tan(3 * y))
  632.     y = y - h * sin(prev_x + tan(3 * prev_x))
  633.     z = x + flip(y)
  634.     |z| <= imag(p1)
  635. }
  636. I thought this was about separating the
  637. x and y pixel in the initialization and then iterating
  638. the Julia formula.  But does
  639.     x = x - h * sin(y + tan(3 * y))
  640.     y = y - h * sin(prev_x + tan(3 * prev_x))
  641. have something to do with z^2 + c?
  642.  
  643. I thought I could figure this out with the
  644. "Formulae for Complex Numbers" but
  645. couldn't.  (Actually I do not get for example
  646. why e^z=e^x(cosy + i*siny).  Would this be in an
  647. Analytical Geometry text?)
  648.  
  649. Similarly, I always liked conic sections and graphs
  650. in school and was looking at Kerry Mitchell's
  651. conic section formulas.
  652.  
  653.  
  654. conic { ; Kerry Mitchell 12may98
  655. ;
  656. ;       draws conic sections, not fractals
  657. ;          Ax^2 + Bx + Cy^2 + Dy + Exy + F = 0
  658. ;       A=real(p1), B=imag(p1), C=real(p2), D=imag(p2)
  659. ;       E=real(p3), E=imag(p3).  use decomp=256 coloring
  660. ;
  661.         a=real(p1), b=imag(p1), c=real(p2), d=imag(p2)
  662.         e=real(p3), f=imag(p3), iter=-1:
  663.         x=real(pixel), y=imag(pixel)
  664.         t=x*(a*x+b)+y*(c*y+d)+e*x*y+f
  665.         t=log(cabs(t))
  666.         z=cos(t)+flip(sin(t))
  667.         iter>0
  668.         }
  669.  
  670. I understand the Ax^2 + Bx parts.  Where did
  671. the
  672. " t=log(cabs(t))
  673.         z=cos(t)+flip(sin(t))"      come from?
  674.  
  675. Thanks!  Sorry about the length of this-  Kathy
  676.  
  677.  
  678.  
  679.  
  680.  
  681.  
  682. - --------------------------------------------------------------
  683. Thanks for using Fractint, The Fractals and Fractint Discussion List
  684. Post Message:   fractint@lists.xmission.com
  685. Get Commands:   majordomo@lists.xmission.com "help"
  686. Administrator:  twegner@phoenix.net
  687. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  688.  
  689. ------------------------------
  690.  
  691. Date: Thu, 03 Sep 1998 22:35:05 -0700
  692. From: kathy roth <kroth@well.com>
  693. Subject: (fractint) Understanding Formulas
  694.  
  695. More formula questions!  I think I understand the
  696. basics of the If..Else tutorial and understand
  697. bailout.  But the If..Else formulas have phrases like:
  698.  
  699. "bailout == 0  && |w| < 4"
  700.  
  701. Bailout isn't actally 0, this seems like a language
  702. that I don't know.
  703.  
  704.  
  705. - --------------------------------------------------------------
  706. Thanks for using Fractint, The Fractals and Fractint Discussion List
  707. Post Message:   fractint@lists.xmission.com
  708. Get Commands:   majordomo@lists.xmission.com "help"
  709. Administrator:  twegner@phoenix.net
  710. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  711.  
  712. ------------------------------
  713.  
  714. Date: Tue, 01 Sep 1998 14:32:17 +0200
  715. From: Guy Marson <guy.marson@mnhn.lu>
  716. Subject: Re: (fractint) Fractal Risks?
  717.  
  718. Hi Albert,
  719.  
  720. At 11:22 31.08.1998 -0400, you wrote:
  721.  
  722. >I am also interested in Amateur Radio,
  723.  
  724.     enjoy FRACTINT, it's a good antenna to the soul!
  725.  
  726. >drawing, painting and carving.
  727. >I am 71 and am really starting to enjoy life.  Keep up the good
  728. >work.      Albert
  729. >
  730.  
  731.  
  732. 73's from LX1GM,
  733.  
  734. Guy
  735.  
  736.  
  737.  
  738. >--------------------------------------------------------------
  739. >Thanks for using Fractint, The Fractals and Fractint Discussion List
  740. >Post Message:   fractint@lists.xmission.com
  741. >Get Commands:   majordomo@lists.xmission.com "help"
  742. >Administrator:  twegner@phoenix.net
  743. >Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  744. >
  745.  
  746.  
  747.  
  748. - --------------------------------------------------------------
  749. Thanks for using Fractint, The Fractals and Fractint Discussion List
  750. Post Message:   fractint@lists.xmission.com
  751. Get Commands:   majordomo@lists.xmission.com "help"
  752. Administrator:  twegner@phoenix.net
  753. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  754.  
  755. ------------------------------
  756.  
  757. Date: Fri, 4 Sep 1998 00:21:15 -0700 (MST)
  758. From: Kerry Mitchell <lkmitch@primenet.com>
  759. Subject: Re: (fractint) Understanding Formulas
  760.  
  761. On Thu, 3 Sep 1998, kathy roth wrote:
  762.  
  763. >     Ummm, so-
  764. > basic math question on popcorn_jul and complex numbers:
  765. > Popcorn_Jul
  766. >    popcorn_jul { ; Paul Carlson, 1998
  767.     [snippage]
  768. >     x = real(pixel)
  769. >     y = imag(pixel)
  770. >     h = real(p1)
  771. >     :
  772. >     prev_x = x
  773. >     x = x - h * sin(y + tan(3 * y))
  774. >     y = y - h * sin(prev_x + tan(3 * prev_x))
  775. >     z = x + flip(y)
  776. >     |z| <= imag(p1)
  777. > }
  778. > I thought this was about separating the
  779. > x and y pixel in the initialization and then iterating
  780. > the Julia formula.  But does
  781. >     x = x - h * sin(y + tan(3 * y))
  782. >     y = y - h * sin(prev_x + tan(3 * prev_x))
  783. > have something to do with z^2 + c?
  784.  
  785. Paul is separating x and y and iterating them independently.  However,
  786. this is *not* the familiar z^2+c formula.  That would look like this:
  787.  
  788.     x = x*x - y*y + real(c)
  789.     y = 2*prev_x*y + imag(c)
  790.  
  791. Where the "prev_x" variable is used to force the y equation to use the
  792. previous iteration's value of x, instead of the newly computed one in the
  793. x formula.  I don't know if Paul's Popcorn formula has an easy expression
  794. in terms of z.  If it did, he'd probably use it.
  795.  
  796. > couldn't.  (Actually I do not get for example
  797. > why e^z=e^x(cosy + i*siny).  Would this be in an
  798. > Analytical Geometry text?)
  799.  
  800. This should be easily found in a complex analysis text.  Basically, for
  801. any angle theta, 
  802.  
  803.     exp(i*theta) = cos(theta) + i*sin(theta).
  804.  
  805. *Why* this is depends on whose perspective you take, so it might just be
  806. easier right now to accept it.  Then, 
  807.  
  808.     exp(z) = exp(x+i*y) = exp(x)*exp(i*y) =
  809.     exp(x)*[cos(y) + i*sin(y)].
  810.  
  811. This comes about from the rules of exponents (a^(b+c) = a^b * a^c) and the
  812. exp(i*theta) expression above.
  813.  
  814. > Similarly, I always liked conic sections and graphs
  815. > in school and was looking at Kerry Mitchell's
  816. > conic section formulas.
  817.     [more snippage]
  818. > I understand the Ax^2 + Bx parts.  Where did
  819. > the
  820. > " t=log(cabs(t))
  821. >         z=cos(t)+flip(sin(t))"      come from?
  822.  
  823. Two parts:  first, I use "t" as a temporary variable to hold the result
  824. of the conic section calculation.  If t=0, then the iterate is right on
  825. the section.  Since that will not happen very often, I want to highlight
  826. those points "close" to the section, to show where it is.  I often do that
  827. by using a log transform:  log(t) goes to negative infinity very quickly
  828. as t goes to zero (from above, through postive numbers.  Use the cabs(t)
  829. to make sure that the argument is positive, since I don't want imaginary
  830. numbers at this point).  Part 2 is to use this transformed t as an angle.
  831.  
  832.     z = cos(t) + flip(sin(t)) is the same as
  833.     z = cos(t) + i*sin(t), or
  834.     z = exp(i*t).
  835.  
  836. So, when I use Fractint's "decomp=256" coloring, that will show
  837. narrower and narrower bands of color as the (original) t goes to zero, or
  838. as the iterate gets closer to the section.  Simple, right?  :-)
  839.  
  840. Anyway, you now have a little bigger window into my twisted world of
  841. coloring scheme development, and hopefully, a little better understanding
  842. of the math and programming behind them.
  843.  
  844. Kerry Mitchell
  845.  
  846. - -------------------------------------------------------------------------------
  847. Kerry Mitchell   lkmitch@primenet.com   www.primenet.com/~lkmitch/
  848. - -------------------------------------------------------------------------------
  849.  
  850.  
  851.  
  852. - --------------------------------------------------------------
  853. Thanks for using Fractint, The Fractals and Fractint Discussion List
  854. Post Message:   fractint@lists.xmission.com
  855. Get Commands:   majordomo@lists.xmission.com "help"
  856. Administrator:  twegner@phoenix.net
  857. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  858.  
  859. ------------------------------
  860.  
  861. Date: Fri, 4 Sep 1998 00:26:30 -0700 (MST)
  862. From: Kerry Mitchell <lkmitch@primenet.com>
  863. Subject: Re: (fractint) Understanding Formulas
  864.  
  865. On Thu, 3 Sep 1998, kathy roth wrote:
  866.  
  867. > More formula questions!  I think I understand the
  868. > basics of the If..Else tutorial and understand
  869. > bailout.  But the If..Else formulas have phrases like:
  870. > "bailout == 0  && |w| < 4"
  871.  
  872. This means, "bailout equals 0 and magnitude of w is less than 4".  The
  873. "==" means "is it equal to?", as opposed to "=", which means, "set it
  874. equal to".  "&&" means "and", but the Boolean kind, where if the statement
  875. "a && b" is true, then both "a" and "b" have to be true.  The Boolean "or"
  876. is "||".  The rest is fairly standard formual stuff--checking the
  877. magnitude of a complex number to see if it's smaller than some threshold.
  878.  
  879. Kerry Mitchell
  880.  
  881.  
  882.  
  883. - --------------------------------------------------------------
  884. Thanks for using Fractint, The Fractals and Fractint Discussion List
  885. Post Message:   fractint@lists.xmission.com
  886. Get Commands:   majordomo@lists.xmission.com "help"
  887. Administrator:  twegner@phoenix.net
  888. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  889.  
  890. ------------------------------
  891.  
  892. Date: Fri, 4 Sep 1998 10:19:03 -0400 (EDT)
  893. From: kragen@pobox.com (Kragen)
  894. Subject: Re: (fractint) Understanding Formulas
  895.  
  896. On Fri, 4 Sep 1998, Kerry Mitchell wrote:
  897. > On Thu, 3 Sep 1998, kathy roth wrote:
  898. > > "bailout == 0  && |w| < 4"
  899. > This means, "bailout equals 0 and magnitude of w is less than 4".  The
  900.  
  901. I'm confused.  I thought |w| meant the square of the magnitude of w,
  902. not the magnitude of w itself.
  903.  
  904. Kragen (a formula newbie)
  905.  
  906. - -- 
  907. <kragen@pobox.com>       Kragen Sitaker     <http://www.pobox.com/~kragen/>
  908. I don't do .INI, .BAT, .DLL or .SYS files. I don't assign apps to files. I 
  909. don't configure peripherals or networks before using them. I have a computer 
  910. to do all that. I have a Macintosh, not a hobby. -- Fritz Anderson
  911.  
  912.  
  913. - --------------------------------------------------------------
  914. Thanks for using Fractint, The Fractals and Fractint Discussion List
  915. Post Message:   fractint@lists.xmission.com
  916. Get Commands:   majordomo@lists.xmission.com "help"
  917. Administrator:  twegner@phoenix.net
  918. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  919.  
  920. ------------------------------
  921.  
  922. Date: Fri, 4 Sep 1998 07:22:34 -0700 (MST)
  923. From: Kerry Mitchell <lkmitch@primenet.com>
  924. Subject: Re: (fractint) Understanding Formulas
  925.  
  926. You're right.  My bad.  Thanks.
  927.  
  928. - -------------------------------------------------------------------------------
  929. Kerry Mitchell
  930. lkmitch@primenet.com
  931. www.primenet.com/~lkmitch/
  932. - -------------------------------------------------------------------------------
  933.  
  934. On Fri, 4 Sep 1998, Kragen wrote:
  935.  
  936. > On Fri, 4 Sep 1998, Kerry Mitchell wrote:
  937. > > On Thu, 3 Sep 1998, kathy roth wrote:
  938. > > > "bailout == 0  && |w| < 4"
  939. > > 
  940. > > This means, "bailout equals 0 and magnitude of w is less than 4".  The
  941. > I'm confused.  I thought |w| meant the square of the magnitude of w,
  942. > not the magnitude of w itself.
  943. > Kragen (a formula newbie)
  944. > -- 
  945. > <kragen@pobox.com>       Kragen Sitaker     <http://www.pobox.com/~kragen/>
  946. > I don't do .INI, .BAT, .DLL or .SYS files. I don't assign apps to files. I 
  947. > don't configure peripherals or networks before using them. I have a computer 
  948. > to do all that. I have a Macintosh, not a hobby. -- Fritz Anderson
  949. > --------------------------------------------------------------
  950. > Thanks for using Fractint, The Fractals and Fractint Discussion List
  951. > Post Message:   fractint@lists.xmission.com
  952. > Get Commands:   majordomo@lists.xmission.com "help"
  953. > Administrator:  twegner@phoenix.net
  954. > Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  955.  
  956.  
  957. - --------------------------------------------------------------
  958. Thanks for using Fractint, The Fractals and Fractint Discussion List
  959. Post Message:   fractint@lists.xmission.com
  960. Get Commands:   majordomo@lists.xmission.com "help"
  961. Administrator:  twegner@phoenix.net
  962. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  963.  
  964. ------------------------------
  965.  
  966. Date: Fri, 4 Sep 1998 12:23:46 -0400
  967. From: "Marie Drozdis" <mariedrozdis@worldnet.att.net>
  968. Subject: RE: (fractint) Understanding Formulas
  969.  
  970. Please don't use this list to start a platform war.
  971.  
  972. Thank you.
  973.  
  974. - -----Original Message-----
  975. From:    owner-fractint@lists.xmission.com
  976. [mailto:owner-fractint@lists.xmission.com] On Behalf Of Kragen
  977. Sent:    Friday, September 04, 1998 10:19 AM
  978. To:    fractint@lists.xmission.com
  979. Subject:    Re: (fractint) Understanding Formulas
  980.  
  981. <kragen@pobox.com>       Kragen Sitaker     <http://www.pobox.com/~kragen/>
  982. I don't do .INI, .BAT, .DLL or .SYS files. I don't assign apps to files. I
  983. don't configure peripherals or networks before using them. I have a computer
  984. to do all that. I have a Macintosh, not a hobby. -- Fritz Anderson
  985.  
  986.  
  987.  
  988. - --------------------------------------------------------------
  989. Thanks for using Fractint, The Fractals and Fractint Discussion List
  990. Post Message:   fractint@lists.xmission.com
  991. Get Commands:   majordomo@lists.xmission.com "help"
  992. Administrator:  twegner@phoenix.net
  993. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  994.  
  995. ------------------------------
  996.  
  997. Date: Fri, 04 Sep 1998 13:04:11 -0400
  998. From: Diosnel Herrnsdorf <diosnel@krauch.com.py>
  999. Subject: Re: (fractint) Understanding Formulas
  1000.  
  1001. > (Actually I do not get for example
  1002. > why e^z=e^x(cosy + i*siny).  Would this be in an
  1003. > Analytical Geometry text?)
  1004.  
  1005. Hi, Kathy.
  1006. I don't think I'm able to give an answer for most of your questions.
  1007. However, I'll give you this one.
  1008. First of all, remember that z=x+i*y, where i=sqrt(-1). Now, you can
  1009. write e^z=e^(x+i*y)=e^x*e^(i*y). The first part of the product comes
  1010. into the formula.
  1011. The second part comes from Euler's identity: e^(i*y)=cosy+i*siny. You
  1012. can reach it with Taylor's series. If you express cosy, i*siny and
  1013. e^(i*y) as series, you will get the identity.
  1014. You see that the answer is more in calculus than in analytical geometry,
  1015. though I think there should be some little explanation in the
  1016. preliminars of complex numbers.
  1017. I hope this is not too dark (this is the first time I'm thinking math in
  1018. English) and helps you understand it a little.:-)
  1019. Regards,
  1020. Diosnel
  1021.  
  1022.  
  1023. - --------------------------------------------------------------
  1024. Thanks for using Fractint, The Fractals and Fractint Discussion List
  1025. Post Message:   fractint@lists.xmission.com
  1026. Get Commands:   majordomo@lists.xmission.com "help"
  1027. Administrator:  twegner@phoenix.net
  1028. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  1029.  
  1030. ------------------------------
  1031.  
  1032. End of fractint-digest V1 #288
  1033. ******************************
  1034.  
  1035.