home *** CD-ROM | disk | FTP | other *** search
/ ftp.xmission.com / 2014.06.ftp.xmission.com.tar / ftp.xmission.com / pub / lists / fractint / archive / v01.n039 < prev    next >
Internet Message Format  |  1997-10-24  |  42KB

  1. From: fractint-owner@xmission.com (fractint Digest)
  2. To: fractint-digest@xmission.com
  3. Subject: fractint Digest V1 #39
  4. Reply-To: fractint@xmission.com
  5. Sender: fractint-owner@xmission.com
  6. Errors-To: fractint-owner@xmission.com
  7. Precedence: 
  8.  
  9.  
  10. fractint Digest        Friday, October 24 1997        Volume 01 : Number 039
  11.  
  12.  
  13.  
  14. In this issue:
  15.  
  16.     (fractint) re: potential max color problem
  17.     Re: (fractint) JPEG suitability for fractals
  18.     Re: (fractint) genetic algorithm for fractal formulas
  19.     Re: (fractint) JPEG suitability for fractals 
  20.     Re: (fractint) genetic algorithm for fractal formulas 
  21.     Re: (fractint) JPEG suitability for fractals
  22.     Re: (fractint) JPEG suitability for fractals 
  23.     Re: (fractint) genetic algorithm for fractal formulas
  24.     Re: (fractint) genetic algorithm for fractal formulas 
  25.     Re: (fractint) re: potential max color problem
  26.     Re: (fractint) problem with par files
  27.     Re: (fractint) JPEG suitability for fractals 
  28.     (fractint) my site
  29.     RE: (fractint) JPEG suitability for fractals
  30.     (fractint) Re: (Formulas in images (was JPEG suitability for fractals )
  31.     Re: (fractint) problem with par files 
  32.     Re: (fractint) printing fractint
  33.     Re: (fractint) JPEG suitability for fractals 
  34.     Re: (fractint) my site
  35.     Re: (fractint) Re: (Formulas in images (was JPEG suitability for fractals )
  36.     (fractint) help
  37.     Re: (fractint) help
  38.     Re: (fractint) JPEG suitability for fractals 
  39.  
  40. See the end of the digest for information on subscribing to the fractint
  41. or fractint-digest mailing lists and on how to retrieve back issues.
  42.  
  43. ----------------------------------------------------------------------
  44.  
  45. Date: Fri, 24 Oct 1997 18:41:45 -0400
  46. From: Gedeon Peteri <gedeon@InfoAve.Net>
  47. Subject: (fractint) re: potential max color problem
  48.  
  49. These options do not work will all formula and parameter combinations,
  50. moreover, sometimes they work with float=no, sometimes with float=yes,
  51. sometimes with both, sometimes with neither.  Possibly your problem is
  52. not with Fractint, but with your choice of parameters and formulas.
  53. Have you tried several?  I have no idea why this is so.  Perhaps some of
  54. our resident experts at Fractint programming can explain it.  I would
  55. certainly be interested in hearing it.
  56. Gedeon.
  57.  
  58.  
  59. - ------------------------------------------------------------
  60. Thanks for using Fractint, The Fractals and Fractint Discussion List
  61. Post Message:   fractint@xmission.com
  62. Get Commands:   majordomo@xmission.com "help"
  63. Administrator:  twegner@phoenix.net
  64. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  65.  
  66. ------------------------------
  67.  
  68. Date: Fri, 24 Oct 1997 15:45:18 PST
  69. From: NOEL_GIFFIN <noel@triumf.ca>
  70. Subject: Re: (fractint) JPEG suitability for fractals
  71.  
  72. Steven Covey wrote:
  73.  
  74. > I thought about it a little more and you CAN finish a partially
  75. > computed image that was stored as JPEG.  There is nothing in JPEG that
  76. > would prevent this capability.  There's nothing different from GIF in
  77. > this respect.
  78.  
  79. Well that's interesting, maybe you could enlighten me here. I know that
  80. GIF and PNG are compressed bitmaps, but JPG isn't. Restarting a partial
  81. image in fractint is currently done by scanning the bitmap for the
  82. first uncalculated bit. I thought a bitmap created by decompressing a 
  83. jpg image would have artifacts that would make locating this point 
  84. difficult. Yes you could save the last calculated position in a comment
  85. block, but wouldn't there still be differences in the image
  86. induced by edge artifacts? Would a restarted image be exactly the
  87. same as one left to completion in a single pass? These were my 
  88. assumptions about JPG, but I would be glad to here differently. 
  89.  
  90.     Noel Giffin
  91.  
  92. - ------------------------------------------------------------
  93. Thanks for using Fractint, The Fractals and Fractint Discussion List
  94. Post Message:   fractint@xmission.com
  95. Get Commands:   majordomo@xmission.com "help"
  96. Administrator:  twegner@phoenix.net
  97. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  98.  
  99. ------------------------------
  100.  
  101. Date: Fri, 24 Oct 1997 15:41:24 -0700
  102. From: "Jay Hill"<jrhill@nosc.mil>
  103. Subject: Re: (fractint) genetic algorithm for fractal formulas
  104.  
  105. On 10/22/97 Rich Thomson wrote:
  106. >Since fractint allows you to write arbitrary formulas for fractals,
  107. >has anyone considered writing a program that uses genetic
  108. >algorithm techniques to "invent" formulas for fractint?
  109.  
  110. Such a procedure would require systematic parameterization
  111. of the formula space (frm) and perhaps also the image space
  112. (par).  If I used a 'seed' fed into a hash function (to fill out the
  113. bytes expressing the above parameterizations) then I could
  114. quickly observe never seen before awsome fractal images.
  115.  
  116. Then I foresee the fractint art list reading like this...
  117.  
  118. > Jim, your f(9348728) was fab.
  119. > And f(3456185) Oooo.  Aaahhh.
  120. > But I don't know about your f(348123). Yawn!
  121. >
  122. > Tom wrote:
  123. >>What am I doing wrong? Your f(34287) gives me
  124. >> a blank screen.
  125. > Of course that does. I said f(34288). Everone knows
  126. > f(34287) is blank.
  127. >
  128. >John, please remove f(6533267) from your page,
  129. > I copyrighted that last month!
  130.  
  131.   :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)
  132. :-)  :-)
  133.  
  134.  
  135. Jay
  136.  
  137.  
  138.  
  139. - ------------------------------------------------------------
  140. Thanks for using Fractint, The Fractals and Fractint Discussion List
  141. Post Message:   fractint@xmission.com
  142. Get Commands:   majordomo@xmission.com "help"
  143. Administrator:  twegner@phoenix.net
  144. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  145.  
  146. ------------------------------
  147.  
  148. Date: Fri, 24 Oct 1997 16:56:09 -0600
  149. From: Rich Thomson <rthomson@ptc.com>
  150. Subject: Re: (fractint) JPEG suitability for fractals 
  151.  
  152. In article <009BC41C.4AC05A00.3043@triumf.ca> ,
  153.     NOEL_GIFFIN <noel@triumf.ca>  writes:
  154. > Steven Covey wrote:
  155.  
  156. Pardon me, but my name isn't Steven Covey.  Are you just making a
  157. mistake, or are you trying to be adversarial?
  158.  
  159. > Well that's interesting, maybe you could enlighten me here. I know that
  160. > GIF and PNG are compressed bitmaps, but JPG isn't. Restarting a partial
  161. > image in fractint is currently done by scanning the bitmap for the
  162. > first uncalculated bit.
  163.  
  164. It must record the last calculated position in the image because even
  165. with GIF files it doesn't always start EXACTLY at the last calculated
  166. pixel.  I recently had an image that wouldn't progress because I had
  167. the savetime set for 10 minutes.  Fractint would be grinding away and
  168. then hit the 10 minute timer and save the image.  It then would
  169. continue as if it had just loaded the partially complete image.  This
  170. caused it to actually back up a few scanlines.  You can guess why it
  171. never made any progress... it took longer than 10 minutes to compute
  172. enough scanlines to convince fractint that it should start farther
  173. down in the image.
  174.  
  175. At any rate, JPEG files are conceptually groups of 8x8 pixel blocks.
  176. So you just record which blocks are complete when you write out a
  177. partial image.  When you read the image back in, you compute the
  178. remaining 8x8 blocks.
  179.  
  180. > Yes you could save the last calculated position in a comment
  181. > block, but wouldn't there still be differences in the image
  182. > induced by edge artifacts?
  183.  
  184. No.
  185.  
  186. > Would a restarted image be exactly the
  187. > same as one left to completion in a single pass?
  188.  
  189. Yes.
  190. - --
  191.   ``Between stimulus and response is the will to choose.''  -- Steven Covey
  192.  =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  193.      3D Paint: The Power to Create in 3D;        Rich Thomson
  194.      email me for more info                rthomson@ptc.com
  195.  
  196. - ------------------------------------------------------------
  197. Thanks for using Fractint, The Fractals and Fractint Discussion List
  198. Post Message:   fractint@xmission.com
  199. Get Commands:   majordomo@xmission.com "help"
  200. Administrator:  twegner@phoenix.net
  201. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  202.  
  203. ------------------------------
  204.  
  205. Date: Fri, 24 Oct 1997 16:58:58 -0600
  206. From: Rich Thomson <rthomson@ptc.com>
  207. Subject: Re: (fractint) genetic algorithm for fractal formulas 
  208.  
  209. In article <8825653A.007AC412.00@NOTESGW.NOSC.MIL> ,
  210.     "Jay Hill"<jrhill@nosc.mil>  writes:
  211. > On 10/22/97 Rich Thomson wrote:
  212. > >Since fractint allows you to write arbitrary formulas for fractals,
  213. > >has anyone considered writing a program that uses genetic
  214. > >algorithm techniques to "invent" formulas for fractint?
  215. > Such a procedure would require systematic parameterization
  216. > of the formula space (frm) and perhaps also the image space
  217. > (par). [...]
  218.  
  219. First, let me back up a little.  Are you familiar with genetic
  220. algorithm techniques?  Becuase the parameterizatio nof the formula
  221. space is already there.  There is a grammar for all valid formulas,
  222. and there is also a grammar for all valid PAR specifications.  GA
  223. techniques can be used to breed different formulas -- all of which are
  224. valid members of the formula grammar.  As for the PAR specifications,
  225. that would probably be better explored separately from the GA idea,
  226. similar to the evolver that's being worked on.
  227. - --
  228.   ``Between stimulus and response is the will to choose.''  -- Steven Covey
  229.  =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  230.      3D Paint: The Power to Create in 3D;        Rich Thomson
  231.      email me for more info                rthomson@ptc.com
  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: Fri, 24 Oct 1997 16:51:17 PST
  243. From: NOEL_GIFFIN <noel@triumf.ca>
  244. Subject: Re: (fractint) JPEG suitability for fractals
  245.  
  246. Rich Thompson wrote:
  247.  
  248. > Pardon me, but my name isn't Steven Covey.  Are you just making a
  249. > mistake, or are you trying to be adversarial?
  250.  
  251.  Sorry Rich, an honest mistake. I took the first name that I saw
  252. in the sig.
  253.  
  254. > It must record the last calculated position in the image because even
  255. > with GIF files it doesn't always start EXACTLY at the last calculated
  256. > pixel.  I recently had an image that wouldn't progress because I had
  257. > the savetime set for 10 minutes.  Fractint would be grinding away and
  258. > then hit the 10 minute timer and save the image.  It then would
  259. > continue as if it had just loaded the partially complete image.  This
  260. > caused it to actually back up a few scanlines.  You can guess why it
  261. > never made any progress... it took longer than 10 minutes to compute
  262. > enough scanlines to convince fractint that it should start farther
  263. > down in the image.
  264.  
  265.     I usually calculate in single pass mode, so it only recalculates
  266. the unfinished line. This can still be a long time though. I'm still
  267. not clear on why recalculating this partial line is necessary.
  268.  
  269. > At any rate, JPEG files are conceptually groups of 8x8 pixel blocks.
  270. > So you just record which blocks are complete when you write out a
  271. > partial image.  When you read the image back in, you compute the
  272. > remaining 8x8 blocks.
  273.  
  274.     Ah! That's interesting. I can see how that would work, and I
  275. can imagine how some of those annoying artifacts are introduced with this
  276. 8x8 bit block structure. I never meant to imply that JPG format was
  277. good for nothing. I just think it isn't optimum for fractals. If I
  278. had to pick one format to use, it wouldn't be that one. Yes, you could
  279. add more than one output format to Fractint, but I would hate to see
  280. most people choosing jpg for output just because it is widely used and
  281. has good compression. I personally would rather see people post images
  282. in a lossless image format. That way I can trust what I'm looking at to
  283. be truly fractal down to the pixel level. Maybe this seems silly and
  284. somewhat picky to some, but that is my preference. I also argue with lots
  285. of people about anti-aliasing for similar reasons. I think it's a useful
  286. option, but I wouldn't want to see it become the standard that everyone
  287. uses by default. I probably shouldn't have opened that can of worms as
  288. it's already been kicked around on both this list and the fractal-art
  289. list. I just tend to like things simple and I want to know that if
  290. someone posts a fractal image, that it hasn't gone through too much
  291. processing. I'm not trying to make you or anyone else on this list
  292. wrong, if they don't agree with me, I'm just stating my opinions. I feel
  293. if I don't speak out, then JPG and anti-aliasing might become the
  294. default method, without the option to choose differently. I think that
  295. would be a mistake. 
  296.  
  297.     Noel Giffin
  298.  
  299.  
  300.  
  301.  
  302. - ------------------------------------------------------------
  303. Thanks for using Fractint, The Fractals and Fractint Discussion List
  304. Post Message:   fractint@xmission.com
  305. Get Commands:   majordomo@xmission.com "help"
  306. Administrator:  twegner@phoenix.net
  307. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  308.  
  309. ------------------------------
  310.  
  311. Date: Fri, 24 Oct 1997 18:05:05 -0600
  312. From: Rich Thomson <rthomson@ptc.com>
  313. Subject: Re: (fractint) JPEG suitability for fractals 
  314.  
  315. In article <009BC425.8285EA00.3169@triumf.ca> ,
  316.     NOEL_GIFFIN <noel@triumf.ca>  writes:
  317. >  Sorry Rich, an honest mistake. I took the first name that I saw
  318. > in the sig.
  319.  
  320. OK, no biggie :)
  321.  
  322. >     I usually calculate in single pass mode, so it only recalculates
  323. > the unfinished line. This can still be a long time though. I'm still
  324. > not clear on why recalculating this partial line is necessary.
  325.  
  326. Me neither... I think its most likely explained by programmer sloth
  327. :).  You know the three rules of programming:
  328.  
  329.     1. Don't do it
  330.     2. Don't do it again
  331.     3. Sometimes you have to break rule 1. :)
  332.  
  333. > [...] I feel
  334. > if I don't speak out, then JPG and anti-aliasing might become the
  335. > default method, without the option to choose differently. I think that
  336. > would be a mistake. 
  337.  
  338. We are in full agreement there.  As I said, my philosophy is "tools
  339. not rules".  I'd like to see the user have the choice of: PNG, GIF and
  340. JPEG.  And for what its worth, I'd like to see them supported in that
  341. order :).  PNG is the clear successor to GIF in that it has lossless
  342. compression and efficient encoding of both 8-bit and 24-bit images and
  343. maybe more importantly it has genuine alpha channel and gamma correction
  344. support.  There is also a place for JPEG, especially once we start
  345. getting away from the classic "level set" fractals and into the more
  346. varied world of 24-bit fractals and continuous shading where JPEG
  347. artifacts are less noticeable.
  348. - --
  349.   ``Between stimulus and response is the will to choose.''  -- Steven Covey
  350.  =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  351.      3D Paint: The Power to Create in 3D;        Rich Thomson
  352.      email me for more info                rthomson@ptc.com
  353.  
  354. - ------------------------------------------------------------
  355. Thanks for using Fractint, The Fractals and Fractint Discussion List
  356. Post Message:   fractint@xmission.com
  357. Get Commands:   majordomo@xmission.com "help"
  358. Administrator:  twegner@phoenix.net
  359. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  360.  
  361. ------------------------------
  362.  
  363. Date: Fri, 24 Oct 1997 17:07:36 -0700
  364. From: "Jay Hill"<jrhill@nosc.mil>
  365. Subject: Re: (fractint) genetic algorithm for fractal formulas
  366.  
  367. Rich Thomson,
  368. > First, let me back up a little.  Are you familiar with genetic
  369. > algorithm techniques?  Because the parameterization of
  370. > the formula space is already there.
  371.  
  372. Yes, I have read materials on this subject.  If you stick too
  373. close to reality, the humor is gone.    :-)    I was just trying
  374. to describe a no-brainer way to drive the algorithm and
  375. get pictures out.
  376.  
  377. Having to actually write a formula, well, ah, ...  ;-)
  378.  
  379. More seriously, this technique could be put into a screen saver
  380. and we'd have wild pictures endlessly.  In fact, it might produce
  381. the most strikingly beautiful image and there might not  be
  382. anyone there to see it.
  383.  
  384. Reminds me of the Tonight Show debates where Ed and Johnny
  385. argued about a tree falling in a forest. If no one is there, does it
  386. make a sound?
  387.  
  388. If a screen saver makes a beautiful image and no one is there
  389. to see it, is the image art?
  390.  
  391. I guess the computer would be the judge.  When you stop the
  392. screen saver by moving the mouse, or whatever, the screen
  393. saver should show briefly the best image found (according
  394. to the computer) since the saver was initiated.
  395.  
  396. Come to think of it, a genetic algorithm technique to
  397. "invent" formulas would need an objective function to
  398. evaluate each candidate formula.  That might be: it must
  399. find at least one image which passes some artistic criteria.
  400. Given the n dimensional space needed to describe
  401. an image, aside from the formula. That is a nice
  402. challenge.  Especially given that sometimes it is the
  403. color scheme which turns a mess into a nice image.
  404.  
  405. Anyway, I don't see right off how you can separate the
  406. formula search from the image parameter part.  The
  407. optimization should judge based on criteria similar to
  408. what we use.  Jim Muth's Fractal of the Day is selected
  409. by him based on finding a good image. If a formula
  410. does not give him a good image, he moves on.
  411. Sometimes he may go back to an old rejected formula,
  412. but we won't hear of it if he doesn't find a good image.
  413.  
  414. Jay
  415.  
  416.  
  417.  
  418. - ------------------------------------------------------------
  419. Thanks for using Fractint, The Fractals and Fractint Discussion List
  420. Post Message:   fractint@xmission.com
  421. Get Commands:   majordomo@xmission.com "help"
  422. Administrator:  twegner@phoenix.net
  423. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  424.  
  425. ------------------------------
  426.  
  427. Date: Fri, 24 Oct 1997 18:32:13 -0600
  428. From: Rich Thomson <rthomson@ptc.com>
  429. Subject: Re: (fractint) genetic algorithm for fractal formulas 
  430.  
  431. In article <8825653A.00816F17.00@NOTESGW.NOSC.MIL> ,
  432.     "Jay Hill"<jrhill@nosc.mil>  writes:
  433. > Come to think of it, a genetic algorithm technique to
  434. > "invent" formulas would need an objective function to
  435. > evaluate each candidate formula.  That might be: it must
  436. > find at least one image which passes some artistic criteria.
  437. > Given the n dimensional space needed to describe
  438. > an image, aside from the formula. That is a nice
  439. > challenge.  Especially given that sometimes it is the
  440. > color scheme which turns a mess into a nice image.
  441.  
  442. Yes, the number of possible combinations and pictures is truly mind
  443. boggling!  However, it was just something I thought up the other day
  444. and wondered if anyone else has had thoughts along those lines.  I
  445. envisioned the GA generating a bunch of images overnight and having
  446. some person apply an aesthetic "fitness" judgment on the images: this
  447. one dies, that one lives, etc.  After all that, the program takes the
  448. surviving entities and uses them as feed stock for the next pass of
  449. the GA.  Iterations would be tedious, but as you say it would be
  450. difficult to write a program that could evaluate the images.
  451.  
  452. > Anyway, I don't see right off how you can separate the
  453. > formula search from the image parameter part.
  454.  
  455. Just thinking of how one might do it with the way fractint works now.
  456. The GA program is just something that takes some inputs and generates
  457. a .FRM file.  It might also generate a minimal .PAR file, since some
  458. things like formula parameters and bailout values can be selected by
  459. parameters.  However, the GA program could just as easily hard-code
  460. these values into the formula.  This would mean that the formulas
  461. wouldn't be parameterized like many of the formula types we have now.
  462.  
  463. For instance, the formula z := z^n + c, is really a "family" of
  464. formulas, where you can vary the parameter n.  The GA code could just
  465. pick a value of N and fix it for any individual instance of a formula.
  466. If it took that approach, then the PAR file would control things like
  467. coloring, color maps, iteration count, etc.  The fundamental structure
  468. is determined by the formula -- and hence by the GA, but the visual
  469. attributes of the rendering are controlled by the user with a set of
  470. "favorite" PAR file commands.
  471.  
  472. Is this making more sense now?  Just the idea that the formula parser
  473. can handle arbitrary expressions of complex numbers made me think:
  474. "How do I think up these expressions?  Its tedious... why not have a
  475. program think them up?"  Naturally, there are plenty of expressions
  476. allowed by the formula parser's grammar that don't produce any
  477. interesting images.  Things like z=1.5 aren't very interesting at all
  478. :).  So I suppose you could write the GA such that it recognized
  479. classes of "interesting" formulas and didn't generate boring ones like
  480. z=constant.
  481.  
  482. > The
  483. > optimization should judge based on criteria similar to
  484. > what we use.  Jim Muth's Fractal of the Day is selected
  485. > by him based on finding a good image. If a formula
  486. > does not give him a good image, he moves on.
  487. > Sometimes he may go back to an old rejected formula,
  488. > but we won't hear of it if he doesn't find a good image.
  489.  
  490. Yep.... what I was idly pontificating was the ability to have a
  491. program that generates possibly interesting formulas instead of having
  492. to think them up.  Just one more step in making all those parameters
  493. and options in fractint work on "autopilot", if you will... :)
  494. - --
  495.   ``Between stimulus and response is the will to choose.''  -- Steven Covey
  496.  =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  497.      3D Paint: The Power to Create in 3D;        Rich Thomson
  498.      email me for more info                rthomson@ptc.com
  499.  
  500. - ------------------------------------------------------------
  501. Thanks for using Fractint, The Fractals and Fractint Discussion List
  502. Post Message:   fractint@xmission.com
  503. Get Commands:   majordomo@xmission.com "help"
  504. Administrator:  twegner@phoenix.net
  505. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  506.  
  507. ------------------------------
  508.  
  509. Date: Fri, 24 Oct 1997 22:03:01 EDT
  510. From: Bill at NY <BillatNY@aol.com>
  511. Subject: Re: (fractint) re: potential max color problem
  512.  
  513. In a message dated 97-10-24 18:47:15 EDT, you write:
  514.  
  515. << 
  516.  These options do not work will all formula and parameter combinations,
  517.  moreover, sometimes they work with float=no, sometimes with float=yes,
  518.  sometimes with both, sometimes with neither.  Possibly your problem is
  519.  not with Fractint, but with your choice of parameters and formulas.
  520.  Have you tried several?  I have no idea why this is so.  Perhaps some of
  521.  our resident experts at Fractint programming can explain it.  I would
  522.  certainly be interested in hearing it.
  523.  Gedeon.
  524.  
  525.   >>
  526.  
  527. Gedeon,
  528.  
  529. Thanks for the quick response, but I know this is not the problem.  These are
  530. formulas and parameters which I created under DOS on a Windows 3.1 machine.  I
  531. know that they should work.  It seems to have something to do with my new
  532. Windows 95 Pentium II.
  533.  
  534. Bill 
  535.  
  536. - ------------------------------------------------------------
  537. Thanks for using Fractint, The Fractals and Fractint Discussion List
  538. Post Message:   fractint@xmission.com
  539. Get Commands:   majordomo@xmission.com "help"
  540. Administrator:  twegner@phoenix.net
  541. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  542.  
  543. ------------------------------
  544.  
  545. Date: Fri, 24 Oct 1997 23:57:45 -0400 (EDT)
  546. From: ao950@freenet.carleton.ca (Paul Derbyshire)
  547. Subject: Re: (fractint) problem with par files
  548.  
  549. >
  550. >I noticed that I get par files posted by others as well as my own with
  551. >some lines, particularly the color lines, double spaced.  My own par
  552. >files I posted just a short time ago looked fine here when I sent them,
  553. >but when the list returned them to me, some of the lines were double
  554. >spaced. Fractint will not recognize the colors if copied in this way.  I
  555. >had to go and delete the empty lines, then everything worked just fine.
  556. >Surely this is no big deal, but I am wondering if there is a way around
  557. >this, or whether others are experiencing similar problems too.  Would it
  558. >not be better, for example, to post parameter files as an attachment?
  559. >Generally speaking, what is the form of posting preferred by the list?
  560. >Gedeon
  561.  
  562. NOOO! Not attachments. Some people (I for one) using text-oriented mail
  563. software can't decode attachments.
  564.  
  565. - --
  566.     .*.  Where feelings are concerned, answers are rarely simple [GeneDeWeese]
  567.  -()  <  When I go to the theater, I always go straight to the "bag and mix"
  568.     `*'  bulk candy section...because variety is the spice of life... [me]
  569. Paul Derbyshire ao950@freenet.carleton.ca, http://chat.carleton.ca/~pderbysh
  570.  
  571. - ------------------------------------------------------------
  572. Thanks for using Fractint, The Fractals and Fractint Discussion List
  573. Post Message:   fractint@xmission.com
  574. Get Commands:   majordomo@xmission.com "help"
  575. Administrator:  twegner@phoenix.net
  576. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  577.  
  578. ------------------------------
  579.  
  580. Date: Sat, 25 Oct 1997 00:25:10 -0400 (EDT)
  581. From: ao950@freenet.carleton.ca (Paul Derbyshire)
  582. Subject: Re: (fractint) JPEG suitability for fractals 
  583.  
  584. >There's no reason all of these things couldn't be included in every
  585. >fractint saved image.  No reason that is, except programmer time and
  586. >available memory in the medium programming model :)
  587.  
  588. Medium mmory this, medium memory that, you're constraining yourselves too
  589. much. There are 32 bit flat model development environments. Some are free,
  590. notably DJGPP which is good and has a big user base/tool/software
  591. base, Cygwin32 which doesn't, and GNU CC on various Unices and Linux.
  592. (DJGPP is Gnu CC in fact, but on DOS.) For these, to do fractals or
  593. Fractint well requires a minimal graphics library (putpixel and mode
  594. setting at least) and preferably, assembly. DJGPP permits assembly modules
  595. made with NASM (also free, 32 bit etc.) to be linked in. It has an inline
  596. assembly too, but this requires the use of AT&T syntax (NASM uses Intel).
  597. The library Allegro provides putpixels and mode setters and other fancier
  598. features, is essentially free and similarly easy to obtain by 'net. On
  599. Linux Allegro will soon be available, and there is GCC and its AT&T
  600. assembly. In Windows, Windows supplies the graphics API and graphics
  601. calls, and I have no idea about assembly code there.
  602.  
  603.  
  604. - --
  605.     .*.  Where feelings are concerned, answers are rarely simple [GeneDeWeese]
  606.  -()  <  When I go to the theater, I always go straight to the "bag and mix"
  607.     `*'  bulk candy section...because variety is the spice of life... [me]
  608. Paul Derbyshire ao950@freenet.carleton.ca, http://chat.carleton.ca/~pderbysh
  609.  
  610. - ------------------------------------------------------------
  611. Thanks for using Fractint, The Fractals and Fractint Discussion List
  612. Post Message:   fractint@xmission.com
  613. Get Commands:   majordomo@xmission.com "help"
  614. Administrator:  twegner@phoenix.net
  615. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  616.  
  617. ------------------------------
  618.  
  619. Date: Fri, 24 Oct 1997 22:12:30 -0700
  620. From: cindy mitchell <cindym@vegasnet.net>
  621. Subject: (fractint) my site
  622.  
  623. Hi Everyone,
  624. I've been enjoying the list for sometime and have learned quite a bit. I
  625. would like to invite you to visit my site The Fractal Lady at -
  626. http://www.geocities.com/Paris/Rue/1195/
  627. Will appreciate your comments. I would also like to know how it displays
  628. using IE?
  629.           
  630.        Thank You,
  631.                Cindy "The Fractal Lady"
  632.  
  633.  
  634. - ------------------------------------------------------------
  635. Thanks for using Fractint, The Fractals and Fractint Discussion List
  636. Post Message:   fractint@xmission.com
  637. Get Commands:   majordomo@xmission.com "help"
  638. Administrator:  twegner@phoenix.net
  639. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  640.  
  641. ------------------------------
  642.  
  643. Date: Sat, 25 Oct 1997 00:26:18 -0600
  644. From: "Tim Wegner" <twegner@phoenix.net>
  645. Subject: RE: (fractint) JPEG suitability for fractals
  646.  
  647. Noel wrote:
  648.  
  649. > Why would anyone ever want to use jpeg to store fractal images if PNG
  650. > format is available. 
  651.  
  652. This is my opinion also. In any case, the current DOS fractint will 
  653. never support jpeg because there's not room. I'm not ripping out 
  654. integer math to make room for jpeg!
  655.  
  656. If users want it, and some programmer is willing to do the work and
  657. we all decide that it doesn't bloat fractint too much, we could add
  658. jpeg after Fractint is safely in a roomier development environment 
  659. such as Win95.
  660.  
  661. IMHO the best approach is to save the image losslessly in a format 
  662. that supports both palette-based and truecolor images. That's PNG. 
  663. Users can convert the image to JPEG with one of the many programs 
  664. that do that sort of thing (Paintshop Pro, Graphics Workshop, Thumbs 
  665. Plus etc. )
  666.  
  667. I know that some others feel Fractint should support more formats, so 
  668. it is a possibility, my opinion notwithstanding <g!>.
  669.  
  670. Tim
  671.  
  672.  
  673.  
  674.  
  675.  
  676. - ------------------------------------------------------------
  677. Thanks for using Fractint, The Fractals and Fractint Discussion List
  678. Post Message:   fractint@xmission.com
  679. Get Commands:   majordomo@xmission.com "help"
  680. Administrator:  twegner@phoenix.net
  681. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  682.  
  683. ------------------------------
  684.  
  685. Date: Sat, 25 Oct 1997 00:26:18 -0600
  686. From: "Tim Wegner" <twegner@phoenix.net>
  687. Subject: (fractint) Re: (Formulas in images (was JPEG suitability for fractals )
  688.  
  689. Rich said, concerning saving formulas in images:
  690.  
  691. > No reason that is, except programmer time and
  692. > available memory in the medium programming model :)
  693.  
  694. Neither one of these is a big issue. The DOS fractint would have no 
  695. trouble storing formulas with images, and it wouldn't take a lot of 
  696. programmer time to do.
  697.  
  698. I can see some value in this, but on the negative side it's not good 
  699. to duplicate formulas all over the place. It represents the ultimate 
  700. non-normalized database. For this reason it has seemed to me better 
  701. to maintain collections of formulas in one place on each artist's 
  702. machine.
  703.  
  704. My feeling is a natural time to consider this is when we move to PNG, 
  705. and will be redesigning how data is stored in fractals anyway. I'm 
  706. open to the suggestion to have the formula be part of the image. 
  707. Maybe it should be optional. If you make 1000 images from one 
  708. formula, you's be storing the formula 1000 times. The only time it 
  709. makes sense is when you are distributing the image and want it to be 
  710. self-contained. 
  711.  
  712. Tim
  713.  
  714.  
  715.  
  716. - ------------------------------------------------------------
  717. Thanks for using Fractint, The Fractals and Fractint Discussion List
  718. Post Message:   fractint@xmission.com
  719. Get Commands:   majordomo@xmission.com "help"
  720. Administrator:  twegner@phoenix.net
  721. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  722.  
  723. ------------------------------
  724.  
  725. Date: Sat, 25 Oct 1997 00:26:18 -0600
  726. From: "Tim Wegner" <twegner@phoenix.net>
  727. Subject: Re: (fractint) problem with par files 
  728.  
  729. > I'll let Tim set the tone for the list as a whole, but I suggested
  730. > posting PAR files as attachments on fractal-art and the subscribers
  731. > there shot it down.  Apparently people prefer the tedious hand-editing
  732. > you've described.
  733.  
  734. I don't know what to say. Attachments have the advantage of not 
  735. scrambling PAR files, but many readers find them irritating or 
  736. inaccessible. But it is also irritating to have a PAR scrambled in 
  737. a message.
  738.  
  739. I think message style is fairly hard to legislate, but if a clear 
  740. consensus emerges, I can put a suggestion in the list charter.
  741.  
  742. One style habit that is appreciated is to quote messages sparsly, 
  743. and write messages that fit in one screen. makes it easy to read 
  744. through the list quickly without scrolling.. 
  745.  
  746. Tim
  747.  
  748.  
  749.  
  750. - ------------------------------------------------------------
  751. Thanks for using Fractint, The Fractals and Fractint Discussion List
  752. Post Message:   fractint@xmission.com
  753. Get Commands:   majordomo@xmission.com "help"
  754. Administrator:  twegner@phoenix.net
  755. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  756.  
  757. ------------------------------
  758.  
  759. Date: Sat, 25 Oct 1997 00:26:18 -0600
  760. From: "Tim Wegner" <twegner@phoenix.net>
  761. Subject: Re: (fractint) printing fractint
  762.  
  763. > I think it would be  
  764. > too bad to eliminate the built-in formulae because it enables computer neophytes to do 
  765. > some really interesting things.  
  766.  
  767. Don't worry. I was just throwing out the idea of eliminating built-in 
  768. types for discussion. The idea didn't fly. The point of accessibility 
  769. of fractint to beginners was one of the important points in favor of 
  770. keeping the built-in types.
  771.  
  772. We do have a consensus to remove integer math, pending only an 
  773. evaluation of a prototype to see if it is OK.
  774.  
  775. Tim
  776.  
  777.  
  778.  
  779.  
  780. - ------------------------------------------------------------
  781. Thanks for using Fractint, The Fractals and Fractint Discussion List
  782. Post Message:   fractint@xmission.com
  783. Get Commands:   majordomo@xmission.com "help"
  784. Administrator:  twegner@phoenix.net
  785. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  786.  
  787. ------------------------------
  788.  
  789. Date: Sat, 25 Oct 1997 00:26:18 -0600
  790. From: "Tim Wegner" <twegner@phoenix.net>
  791. Subject: Re: (fractint) JPEG suitability for fractals 
  792.  
  793. Rich said:
  794.  
  795. > I'd like the PAR file information to be saved as a text string to the
  796. > image instead of an application-specific binary block. 
  797.  
  798. This is exactly the plan, except I don't want to put the information 
  799. in a comment block, because then the contents won't be reliable. 
  800. Anyone can edit a comment, possibly in ways that would break 
  801. fractint's ability to read it.
  802.  
  803. I have reserved an application-specific chunk name for fractal 
  804. information in PNG files. My suggestion is to put fractal information 
  805. in text form in the chunk. We'll have a thorough discussion with 
  806. interested parties before committing to details.
  807.  
  808. Fractint could have an option to write fractal information in a 
  809. conventional comment if users want it. I just don't want that to be 
  810. the info that fractint itself uses.
  811.  
  812. Tim 
  813.  
  814. - ------------------------------------------------------------
  815. Thanks for using Fractint, The Fractals and Fractint Discussion List
  816. Post Message:   fractint@xmission.com
  817. Get Commands:   majordomo@xmission.com "help"
  818. Administrator:  twegner@phoenix.net
  819. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  820.  
  821. ------------------------------
  822.  
  823. Date: Sat, 25 Oct 1997 01:30:42 -0400 (EDT)
  824. From: ao950@freenet.carleton.ca (Paul Derbyshire)
  825. Subject: Re: (fractint) my site
  826.  
  827. >
  828. >Hi Everyone,
  829. >I've been enjoying the list for sometime and have learned quite a bit. I
  830. >would like to invite you to visit my site The Fractal Lady at -
  831. >http://www.geocities.com/Paris/Rue/1195/
  832. >Will appreciate your comments. I would also like to know how it displays
  833. >using IE?
  834.  
  835. Don't you have Internet Exploder? Surely you're not using NETSCRAP?! That
  836. thing GPFs as frequently as it loads images on webpages.
  837.  
  838. >               Cindy "The Fractal Lady"
  839.  
  840. :)
  841.  
  842. - --
  843.     .*.  Where feelings are concerned, answers are rarely simple [GeneDeWeese]
  844.  -()  <  When I go to the theater, I always go straight to the "bag and mix"
  845.     `*'  bulk candy section...because variety is the spice of life... [me]
  846. Paul Derbyshire ao950@freenet.carleton.ca, http://chat.carleton.ca/~pderbysh
  847.  
  848. - ------------------------------------------------------------
  849. Thanks for using Fractint, The Fractals and Fractint Discussion List
  850. Post Message:   fractint@xmission.com
  851. Get Commands:   majordomo@xmission.com "help"
  852. Administrator:  twegner@phoenix.net
  853. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  854.  
  855. ------------------------------
  856.  
  857. Date: Sat, 25 Oct 1997 01:35:42 -0400 (EDT)
  858. From: ao950@freenet.carleton.ca (Paul Derbyshire)
  859. Subject: Re: (fractint) Re: (Formulas in images (was JPEG suitability for fractals )
  860.  
  861. >
  862. >Rich said, concerning saving formulas in images:
  863. >
  864. >> No reason that is, except programmer time and
  865. >> available memory in the medium programming model :)
  866. >
  867. >Neither one of these is a big issue. The DOS fractint would have no 
  868. >trouble storing formulas with images, and it wouldn't take a lot of 
  869. >programmer time to do.
  870. >
  871. >I can see some value in this, but on the negative side it's not good 
  872. >to duplicate formulas all over the place. It represents the ultimate 
  873. >non-normalized database.
  874.  
  875. NOOOOOOOOOOOOOOO!
  876. DON'T REMIND ME!
  877. I've just been reading my brains out about fourth normal form because of a
  878. comp sci midterm coming up and now I want to relax on a Friday night!
  879. :-)
  880.  
  881. >My feeling is a natural time to consider this is when we move to PNG, 
  882. >and will be redesigning how data is stored in fractals anyway. I'm 
  883. >open to the suggestion to have the formula be part of the image. 
  884. >Maybe it should be optional. If you make 1000 images from one 
  885. >formula, you's be storing the formula 1000 times. The only time it 
  886. >makes sense is when you are distributing the image and want it to be 
  887. >self-contained. 
  888.  
  889. Mostly agreed.
  890.  
  891. BTW are there any image conversion/manipulation apps that preserve custom
  892. chunks? PSP doesn't, I know, even if you save it back as the same
  893. filetype. Hypothetically the best paint/image app possible would allow hex
  894. editing and text editing of the darn things as well as preservation and
  895. some way of including it verbatim in other formats, possibly changing the
  896. chunk-name to whatever you name custom chunks in the format.
  897.  
  898. - --
  899.     .*.  Where feelings are concerned, answers are rarely simple [GeneDeWeese]
  900.  -()  <  When I go to the theater, I always go straight to the "bag and mix"
  901.     `*'  bulk candy section...because variety is the spice of life... [me]
  902. Paul Derbyshire ao950@freenet.carleton.ca, http://chat.carleton.ca/~pderbysh
  903.  
  904. - ------------------------------------------------------------
  905. Thanks for using Fractint, The Fractals and Fractint Discussion List
  906. Post Message:   fractint@xmission.com
  907. Get Commands:   majordomo@xmission.com "help"
  908. Administrator:  twegner@phoenix.net
  909. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  910.  
  911. ------------------------------
  912.  
  913. Date: Sat, 25 Oct 1997 04:15:09 +0900
  914. From: Hussein Karam <huss@cs.titech.ac.jp>
  915. Subject: (fractint) help
  916.  
  917. I'm a Ph.D. student and I want to know the open problems in fractal,
  918. and its application, because I'm interested in.
  919.  
  920. Regards,
  921. - -- 
  922. Name    :   Hussein Karam
  923.  
  924. Address :   Tokyo Institute of Technology
  925.             Computer Science Department
  926.             Nagajima Lab, 2-12-1 Meguro-Ku, 
  927.             O-okayama, 152  JAPAN
  928. Tel     :   81-3-5734-2183        
  929. Fax     :   81-3-5734-2911
  930.  
  931.  
  932. - ------------------------------------------------------------
  933. Thanks for using Fractint, The Fractals and Fractint Discussion List
  934. Post Message:   fractint@xmission.com
  935. Get Commands:   majordomo@xmission.com "help"
  936. Administrator:  twegner@phoenix.net
  937. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  938.  
  939. ------------------------------
  940.  
  941. Date: Sat, 25 Oct 1997 01:37:58 -0400 (EDT)
  942. From: ao950@freenet.carleton.ca (Paul Derbyshire)
  943. Subject: Re: (fractint) help
  944.  
  945. >
  946. >I'm a Ph.D. student and I want to know the open problems in fractal,
  947. >and its application, because I'm interested in.
  948.  
  949. hmm.
  950.  
  951. * Is the M-set locally connected?
  952. * What the f*ck is a Herman ring and can you come up with a formula and
  953.   parameter file for a Herman ring Julia set? (The normal M-set is known
  954.   to lack Herman rings. Other formulas, though...)
  955. * Can you make a formula with many fractally entwined basins of attraction
  956.   and lots of mandelbrots and self inverse detail?
  957. * is there an easy way to find interesting self-homologous fractals?
  958.  
  959. - --
  960.     .*.  Where feelings are concerned, answers are rarely simple [GeneDeWeese]
  961.  -()  <  When I go to the theater, I always go straight to the "bag and mix"
  962.     `*'  bulk candy section...because variety is the spice of life... [me]
  963. Paul Derbyshire ao950@freenet.carleton.ca, http://chat.carleton.ca/~pderbysh
  964.  
  965. - ------------------------------------------------------------
  966. Thanks for using Fractint, The Fractals and Fractint Discussion List
  967. Post Message:   fractint@xmission.com
  968. Get Commands:   majordomo@xmission.com "help"
  969. Administrator:  twegner@phoenix.net
  970. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  971.  
  972. ------------------------------
  973.  
  974. Date: Sat, 25 Oct 1997 01:39:57 -0400 (EDT)
  975. From: aq936@freenet.carleton.ca (Michael Traynor)
  976. Subject: Re: (fractint) JPEG suitability for fractals 
  977.  
  978. Steven Covey writes:
  979.  
  980. >In article <009BC407.1F40B060.2533@triumf.ca> ,
  981. >    NOEL_GIFFIN <noel@triumf.ca>  writes:
  982. >>     Well that's all fine but there are hundreds of applications
  983. >> that will convert to jpeg format if you want it.
  984. >
  985. >If I'm storing images on my web site, having the user convert them to
  986. >JPEG after they've downloaded them misses the point of the better
  987. >compression of JPEG.  It doesn't save me any disk space and it didn't
  988. >save them any time downloading.
  989.  
  990. You are missing the point.  You convert them to JPEG and put them on your
  991. site, and make the par file available for download.  A person who just
  992. wants a cool pic downloads the JPEG and one who wants to play with it
  993. downloads the par (getting in the process compression that JPEG can only
  994. dream of)  There is no need to have fractint produce the original image,
  995. and serious problems if it did.
  996.  
  997.  
  998. - --
  999. Mike Traynor
  1000.  
  1001. People who like this sort of thing will find this the sort of thing they like.
  1002.     Abraham Lincoln
  1003.  
  1004. - ------------------------------------------------------------
  1005. Thanks for using Fractint, The Fractals and Fractint Discussion List
  1006. Post Message:   fractint@xmission.com
  1007. Get Commands:   majordomo@xmission.com "help"
  1008. Administrator:  twegner@phoenix.net
  1009. Unsubscribe:    majordomo@xmission.com "unsubscribe fractint"
  1010.  
  1011. ------------------------------
  1012.  
  1013. End of fractint Digest V1 #39
  1014. *****************************
  1015.  
  1016. To subscribe to fractint Digest, send the command:
  1017.  
  1018.     subscribe fractint-digest
  1019.  
  1020. in the body of a message to "majordomo@xmission.com".  If you want to
  1021. subscribe something other than the account the mail is coming from, such
  1022. as a local redistribution list, then append that address to the
  1023. "subscribe" command; for example, to subscribe "local-fractint":
  1024.  
  1025.     subscribe fractint-digest local-fractint@your.domain.net
  1026.  
  1027. A non-digest (direct mail) version of this list is also available; to
  1028. subscribe to that instead, replace all instances of "fractint-digest"
  1029. in the commands above with "fractint".
  1030.  
  1031. Back issues are available for anonymous FTP from ftp.xmission.com, in
  1032. pub/lists/fractint/archive.  These are organized by date.
  1033.  
  1034.