home *** CD-ROM | disk | FTP | other *** search
/ ftp.xmission.com / 2014.06.ftp.xmission.com.tar / ftp.xmission.com / pub / lists / fractdev / archive / fractdev.9805 < prev    next >
Internet Message Format  |  1998-05-29  |  87KB

  1. From: DeRobertis <derobert@erols.com>
  2. Subject: Re: (fractdev) test
  3. Date: 30 Apr 1998 08:21:33 -0400
  4.  
  5. ISP got screwed up for a day or so....wonder if I'm off too.
  6.  
  7.  
  8.  
  9. Thanks for using Fractdev, The Fractint Developer's Discussion List
  10. Post Message:   fractdev@lists.xmission.com
  11. Get Commands:   majordomo@lists.xmission.com "help"
  12. Administrator:  twegner@phoenix.net
  13. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  14.  
  15.  
  16. -------------------------------------------------------------------------------
  17.  
  18. From: "Peter Gavin" <pgavin@mindspring.com>
  19. Subject: (fractdev) Developer's version of the Fractint Sourcecode
  20. Date: 03 May 1998 15:19:16 -0400
  21.  
  22. This is a multi-part message in MIME format.
  23.  
  24. ------=_NextPart_000_0001_01BD76A6.D6891A40
  25. Content-Type: text/plain;
  26.     charset="iso-8859-1"
  27. Content-Transfer-Encoding: quoted-printable
  28.  
  29. Where can I get this?  I really want to see the progress Stone Soup's =
  30. made...  I also might have some oregano to add to the pot :)
  31.  
  32. Peter Gavin
  33. <pgavin@mindspring.com>
  34.  
  35. // End transmission
  36.  
  37.  
  38. ------=_NextPart_000_0001_01BD76A6.D6891A40
  39. Content-Type: text/html;
  40.     charset="iso-8859-1"
  41. Content-Transfer-Encoding: quoted-printable
  42.  
  43. <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
  44. <HTML>
  45. <HEAD>
  46.  
  47. <META content=3D"text/html; charset=3Diso-8859-1" =
  48. http-equiv=3DContent-Type>
  49. <META content=3D'"MSHTML 4.72.2106.6"' name=3DGENERATOR>
  50. </HEAD>
  51. <BODY bgColor=3D#ffffff>
  52. <DIV><SPAN class=3D740181719-03051998><FONT color=3D#000000 =
  53. face=3DVerdana=20
  54. size=3D2>Where can I get this?  I really want to see the progress =
  55. Stone=20
  56. Soup's made...  I also might have some oregano to add to the pot=20
  57. :)</FONT></SPAN></DIV>
  58. <DIV><SPAN class=3D740181719-03051998><FONT color=3D#000000 =
  59. face=3DVerdana=20
  60. size=3D2></FONT></SPAN><FONT face=3D"" size=3D2><BR>Peter =
  61. Gavin<BR><<A=20
  62. href=3D"mailto:pgavin@mindspring.com">pgavin@mindspring.com</A>><BR><B=
  63. R><EM><FONT=20
  64. face=3D"" size=3D1>// End transmission</FONT></EM></FONT></DIV>
  65. <DIV> </DIV></BODY></HTML>
  66.  
  67. ------=_NextPart_000_0001_01BD76A6.D6891A40--
  68.  
  69.  
  70. Thanks for using Fractdev, The Fractint Developer's Discussion List
  71. Post Message:   fractdev@lists.xmission.com
  72. Get Commands:   majordomo@lists.xmission.com "help"
  73. Administrator:  twegner@phoenix.net
  74. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  75.  
  76.  
  77. -------------------------------------------------------------------------------
  78.  
  79. From: "Tim Wegner" <twegner@phoenix.net>
  80. Subject: Re: (fractdev) Developer's version of the Fractint Sourcecode
  81. Date: 04 May 1998 17:53:56 -0600
  82.  
  83. Peter asked:
  84.  
  85. > Where can I get this?  I really want to see the progress Stone Soup's made...  
  86. > I also might have some oregano to add to the pot :)
  87.  
  88. I'll make the developer's source available to folks here (as I have 
  89. done in the past) shortly.
  90.  
  91. BTW the original intent of this this was to be a private by 
  92. invitation developer's list. However, enterprising folks have found 
  93. it, and a number have subscribed. Today someone posted a summary of a 
  94. number of mailing lists, including this one, so it's very public 
  95. knowledge now. This is not a problem, but we just need to be aware 
  96. that this is a public list.
  97.  
  98. So far no one here has wanted to keep up with each developer's
  99. patch, plus some of the developer's are still more comfortable in
  100. the more protected confines of CompuServe, so this list hasn't
  101. really begun to be a true developer's communication tool yet. (If
  102. there are folks here who have development environments and would
  103. like to keep up with each patch, let me know.)
  104.  
  105. I do make developer's version source avilable to those here from time
  106. to time. I'll do it more often if interest warrants it. We're not
  107. quite at the point of releasing executables because of potential
  108. support issues, but that decision could be changed. In fact we can
  109. discuss it here if you like.
  110.  
  111. My biggest need for help at the moment is people who are willing to 
  112. keep up with Xfractint and help debug it. 
  113.  
  114. Tim
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121. Tim
  122.  
  123.  
  124.  
  125. Thanks for using Fractdev, The Fractint Developer's Discussion List
  126. Post Message:   fractdev@lists.xmission.com
  127. Get Commands:   majordomo@lists.xmission.com "help"
  128. Administrator:  twegner@phoenix.net
  129. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  130.  
  131.  
  132. -------------------------------------------------------------------------------
  133.  
  134. From: "Tim Wegner" <twegner@phoenix.net>
  135. Subject: (fractdev) Tim Gilman
  136. Date: 04 May 1998 22:08:50 -0600
  137.  
  138. Welcome to Tim Gilman, who is working on a Mac port!
  139.  
  140. Tim W.
  141.  
  142. Thanks for using Fractdev, The Fractint Developer's Discussion List
  143. Post Message:   fractdev@lists.xmission.com
  144. Get Commands:   majordomo@lists.xmission.com "help"
  145. Administrator:  twegner@phoenix.net
  146. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  147.  
  148.  
  149. -------------------------------------------------------------------------------
  150.  
  151. From: "Paul N. Lee" <Paul.N.Lee@Worldnet.att.net>
  152. Subject: Re: (fractdev) Documentation and Help files....
  153. Date: 05 May 1998 17:53:16 -0500
  154.  
  155. Tim Wegner wrote:
  156. >
  157. > Offline some of us are discussing searchable docs. I'd love 
  158. > fractint's online docs to be searchable. Fractint's help compiler 
  159. > and viewer were written by Ethan nagel way before html was 
  160. > invented. Today it would more sense to use html then invent a new 
  161. > language, but we'd not want to give up Fractint's context sensitive
  162. > help. I know little about html, but I suspect an html file could be 
  163. > read with an html viewer in fractint in such a way that the viewer 
  164. > was context sensitive.
  165.  
  166. FREE DOWNLOAD FOR MSDN ONLINE MEMBERS
  167.  
  168. eAuthor Help from HyperAct, Inc is a template based RAD HTML Help
  169. authoring tool. It offers the ability to create, compile and deploy HTML
  170. Help titles with ease, shipping with more than 40 pre-defined
  171. templates.  Download it now at:
  172.     http://www.microsoft.com/msdn/downloads/
  173.  
  174. "eAuthor Help is a template based RAD HTML Help authoring tool.  eAuthor
  175. ships with more than 40 pre-defined templates that make creating HTML
  176. Help CHM files easy.  With the Template and Wizard Composers new
  177. templates can be created to facilitate fast and effortless authoring. 
  178. Using eAuthor's built in HTML Help project template with the Table of
  179. Contents and Keyword index templates makes the task of creating
  180. navigation for your Help files easy.  When it's time to deploy HTML Help
  181. with your application - eAuthor's ActiveX deployment control makes it
  182. easy to use, call and embed HTML Help windows in your applications. 
  183. With Visual Basic all you need to do is drag and drop the eAuthor
  184. control on your form, set the ChmFile property and you are ready to
  185. display help with the DisplayTopic method."
  186.  
  187. "eAuthor offers the ability to create, compile and deploy HTML Help
  188. titles with ease.  The template engine makes it easy to ensure
  189. consistent layout - even if the project is authored by multiple
  190. authors.  Changes are a breeze - change the template once and every
  191. topic that was created from it is automatically changed."
  192.  
  193.  
  194.      Why do most folks hate cynics so much?
  195.        Because we're almost always right.
  196. http://www.fractalus.com/cgi-bin/theway?ring=fractals&id=43&go
  197.  
  198. Thanks for using Fractdev, The Fractint Developer's Discussion List
  199. Post Message:   fractdev@lists.xmission.com
  200. Get Commands:   majordomo@lists.xmission.com "help"
  201. Administrator:  twegner@phoenix.net
  202. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  203.  
  204.  
  205. -------------------------------------------------------------------------------
  206.  
  207. From: "Peter Gavin" <pgavin@mindspring.com>
  208. Subject: RE: (fractdev) Documentation and Help files....
  209. Date: 05 May 1998 20:42:32 -0400
  210.  
  211. I don't think this is quite what were looking for, unless were looking =
  212. at a 32-bit windows version of FractInt for version 20.  MS's HTML help =
  213. is windows exclusively, and this developement package more that likely =
  214. is not portable to dos.  I have found a few HTML libraries on the net, =
  215. you may wish to look yourself.
  216.  
  217. Pete
  218. <pgavin@mindspring.com>
  219.  
  220. //  -----Original Message-----
  221. //  From: owner-fractdev@lists.xmission.com
  222. //  [mailto:owner-fractdev@lists.xmission.com]On Behalf Of Paul N. Lee
  223. //  Sent: Tuesday, May 05, 1998 6:53 PM
  224. //  To: The Fractint Developer's Discussion List
  225. //  Subject: Re: (fractdev) Documentation and Help files....
  226. // =20
  227. // =20
  228. //  Tim Wegner wrote:
  229. //  >
  230. //  > Offline some of us are discussing searchable docs. I'd love=20
  231. //  > fractint's online docs to be searchable. Fractint's help compiler=20
  232. //  > and viewer were written by Ethan nagel way before html was=20
  233. //  > invented. Today it would more sense to use html then invent a new=20
  234. //  > language, but we'd not want to give up Fractint's context =
  235. sensitive
  236. //  > help. I know little about html, but I suspect an html file could =
  237. be=20
  238. //  > read with an html viewer in fractint in such a way that the viewer =
  239.  
  240. //  > was context sensitive.
  241. //  >=20
  242. // =20
  243. //  FREE DOWNLOAD FOR MSDN ONLINE MEMBERS
  244. // =20
  245. //  eAuthor Help from HyperAct... =20
  246.  
  247. [free Microsoft advertising snipped]
  248.  
  249.  
  250. Thanks for using Fractdev, The Fractint Developer's Discussion List
  251. Post Message:   fractdev@lists.xmission.com
  252. Get Commands:   majordomo@lists.xmission.com "help"
  253. Administrator:  twegner@phoenix.net
  254. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  255.  
  256.  
  257. -------------------------------------------------------------------------------
  258.  
  259. From: DeRobertis <derobert@erols.com>
  260. Subject: Re: (fractdev) Tim Gilman
  261. Date: 06 May 1998 00:23:00 -0400
  262.  
  263. >Welcome to Tim Gilman, who is working on a Mac port!
  264.  
  265. Tim, you don't know what you got yourself into...
  266.  
  267.  
  268. --
  269. A word from the lawyers, were they to exist: There is a significant chance
  270. that this message may contain alliteration, facetious remarks, spelling
  271. slips and gramaticalgoofs. Should that be the case, all were intended
  272. and/or were computer errors (and thus need an erratum issued for each).
  273.  
  274.  
  275.  
  276. Thanks for using Fractdev, The Fractint Developer's Discussion List
  277. Post Message:   fractdev@lists.xmission.com
  278. Get Commands:   majordomo@lists.xmission.com "help"
  279. Administrator:  twegner@phoenix.net
  280. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  281.  
  282.  
  283. -------------------------------------------------------------------------------
  284.  
  285. From: Tim Gilman <t.gilman@apple.com>
  286. Subject: Re: (fractdev) Tim Gilman
  287. Date: 06 May 1998 09:50:28 -0700
  288.  
  289. >>Welcome to Tim Gilman, who is working on a Mac port!
  290. >
  291. >Tim, you don't know what you got yourself into...
  292.  
  293. I'm already afraid.  Very afraid.
  294.  
  295. -=Tim
  296. tgilman@cats.ucsc.edu
  297. t.gilman@apple.com
  298.  
  299. Thanks for using Fractdev, The Fractint Developer's Discussion List
  300. Post Message:   fractdev@lists.xmission.com
  301. Get Commands:   majordomo@lists.xmission.com "help"
  302. Administrator:  twegner@phoenix.net
  303. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  304.  
  305.  
  306. -------------------------------------------------------------------------------
  307.  
  308. From: Tim Gilman <t.gilman@apple.com>
  309. Subject: (fractdev) hello world + source-base question
  310. Date: 06 May 1998 11:53:57 -0700
  311.  
  312. fractdev list,
  313.  
  314. I'd like to thank Tim for introducing me to this list.  Thanks, Tim.
  315.  
  316. Just a quick little background blurb, so y'all don't think I'm nuts.  I'm 
  317. a part-time student at the University of California at Santa Cruz, and 
  318. I'm attempting to satisfy my graduation requirements via senior thesis 
  319. with a documented port of Fractint to the Mac.  I'll be graduating in a 
  320. year or so.  Also, I work part-time at Apple Computer in Cupertino, CA, 
  321. in the BlueBox Engineering Group to pay for school and living.  That's it!
  322.  
  323. My question to the list is in regard to maintaining a standard 
  324. source-base.  Robin Bussell has sent me some email suggesting I go the 
  325. XFract way of lacing the source-code with #ifdefs, to avoid splitting the 
  326. source-base and fragmenting "the synergies that have produced the present 
  327. fractint".  I'm so new to the development aspect of fractint that I don't 
  328. know _anything_ about the direction of fractint's development (I've only 
  329. been combing through the XFract & Fractint code since the beginning of 
  330. the year), so I can't really guess the appropriate way to go in terms of 
  331. code-base maintenance.
  332.  
  333. One thing I do know, is that the Mac port will have many differences, 
  334. mostly due to the complete lack of terminal-type infrastructure in the OS 
  335. (including command-line, 80x25 ASCII graphic set, etc) and due to the 
  336. event-driven nature of the Mac OS vs. interrupt-driven DOS.  From what I 
  337. can tell today, using #ifdefs with the XFract source-base to include the 
  338. Mac port will lead to practically two sets of source.  I don't think 
  339. anyone wants this.
  340.  
  341. Anyway, I'm sorry to talk your eyes off!  Any and all suggestions are 
  342. welcome.  Since I don't have any money, and hardly any admiration, I'm 
  343. pretty flexible in terms of what the final Mac port looks like.  C++, 
  344. modular, whatever; what would the fractdev list like to see?
  345.  
  346. Cheers!
  347. Tim Gilman
  348. t.gilman@apple.com
  349. tgilman@cats.ucsc.edu
  350.  
  351. Thanks for using Fractdev, The Fractint Developer's Discussion List
  352. Post Message:   fractdev@lists.xmission.com
  353. Get Commands:   majordomo@lists.xmission.com "help"
  354. Administrator:  twegner@phoenix.net
  355. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  356.  
  357.  
  358. -------------------------------------------------------------------------------
  359.  
  360. From: Michael Bell <mbell@spike.forfree.at>
  361. Subject: (fractdev) Deep Zoom and High Bailout
  362. Date: 12 May 1998 20:36:39 +0100
  363.  
  364. Hi,
  365.  
  366. Experimenting with high bailouts using the Mandelbrot set I found that
  367. Arbitrary Precision can't cope with a bailout higher than 255.
  368. Unless this is already fixed in the developers version it would be nice
  369. if it at least came up with a warning instead of just producing a screen
  370. of colour 1 (slowly).
  371.  
  372. Michael.
  373.  
  374. Thanks for using Fractdev, The Fractint Developer's Discussion List
  375. Post Message:   fractdev@lists.xmission.com
  376. Get Commands:   majordomo@lists.xmission.com "help"
  377. Administrator:  twegner@phoenix.net
  378. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  379.  
  380.  
  381. -------------------------------------------------------------------------------
  382.  
  383. From: Michael Bell <mbell@spike.forfree.at>
  384. Subject: Re: (fractdev) Deep Zoom and High Bailout
  385. Date: 12 May 1998 22:26:22 +0100
  386.  
  387. I wrote:
  388. > Hi,
  389. > Experimenting with high bailouts using the Mandelbrot set I found that
  390. > Arbitrary Precision can't cope with a bailout higher than 255.
  391. > Unless this is already fixed in the developers version it would be nice
  392. > if it at least came up with a warning instead of just producing a screen
  393. > of colour 1 (slowly).
  394. > Michael.
  395.  
  396. Investigating further (using the debug=3200 flag) I found that images
  397. produced using arbitrary precision with a bailout greater than 14 (at
  398. least 15 is the first I noticed differences) are different to what they
  399. should be (drawn using normal integer algorithm or floating point
  400. algorithm).
  401.  
  402. Take a look at these pars (using 1024x768):
  403.  
  404. test1              { ; Still on Floating Point Algorithm (just)
  405.   reset=1960 type=mandel
  406.   center-mag=-1.99181774557028000/+0.00000000000004011/1.367291e+011
  407.   params=0/0 float=y maxiter=2500 bailout=10000
  408.  
  409. colors=000FFF<29>x11z00z10<29>zx0zz0zz1<29>zzxzzzzzz<61>zV1zU0zU0zT0<28>\
  410.   z10z00z00y00<30>c00b11a11`22_22<25>FFF
  411.   }
  412.  
  413. test2              { ; Zoom in to Arbitrary Precision (from above image)
  414.   reset=1960 type=mandel
  415.   center-mag=-1.9918177455770101/3.3393975e-12/1.589874e+012
  416.   params=0/0 float=y maxiter=2500 bailout=10000
  417.  
  418. colors=000FFF<29>x11z00z10<29>zx0zz0zz1<29>zzxzzzzzz<61>zV1zU0zU0zT0<28>\
  419.   z10z00z00y00<30>c00b11a11`22_22<25>FFF
  420.   }
  421.  
  422. test3              { ; Use Arbitrary Precision and see what happens!
  423.   reset=1960 type=mandel center-mag=-0.5/1.016e-5/0.6666712 params=0/0
  424.   float=y bailout=127
  425.  
  426. colors=00000e0e00eee00e0eeL0eeeLLLLLzLzLLzzzLLzLzzzLzzz000555<3>HHHKKKOO\
  427.  
  428. OSSSWWW___ccchhhmmmssszzz00z<3>z0z<3>z00<3>zz0<3>0z0<3>0zz<2>0GzVVz<3>zV\
  429.  
  430. z<3>zVV<3>zzV<3>VzV<3>Vzz<2>Vbzhhz<3>zhz<3>zhh<3>zzh<3>hzh<3>hzz<2>hlz00\
  431.  
  432. S<3>S0S<3>S00<3>SS0<3>0S0<3>0SS<2>07SEES<3>SES<3>SEE<3>SSE<3>ESE<3>ESS<2\
  433.  
  434. >EHSKKS<2>QKSSKSSKQSKOSKMSKK<2>SQKSSKQSKOSKMSKKSK<2>KSQKSSKQSKOSKMS00G<3\
  435.  
  436. >G0G<3>G00<3>GG0<3>0G0<3>0GG<2>04G88G<2>E8GG8GG8EG8CG8AG88<2>GE8GG8EG8CG\
  437.  
  438. 8AG88G8<2>8GE8GG8EG8CG8AGBBG<2>FBGGBGGBFGBDGBCGBB<2>GFBGGBFGBDGBCGBBGB<2\
  439.   >BGFBGGBFGBDGBCG000<6>000
  440.   }
  441.  
  442. Thanks for using Fractdev, The Fractint Developer's Discussion List
  443. Post Message:   fractdev@lists.xmission.com
  444. Get Commands:   majordomo@lists.xmission.com "help"
  445. Administrator:  twegner@phoenix.net
  446. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  447.  
  448.  
  449. -------------------------------------------------------------------------------
  450.  
  451. From: Tim Gilman <t.gilman@apple.com>
  452. Subject: (fractdev) What your missing...
  453. Date: 13 May 1998 10:56:55 -0700
  454.  
  455. Doing this port (to the Mac) makes my cyborg-implants hurt.
  456.  
  457. I'm documenting the coupling between fractint's modules and its 
  458. intra-module cohesion.  The thing is, 800 globals make modularity a bit, 
  459. er, difficult to document.
  460.  
  461. Is anybody interested in seeing any of this work?  A listing of the 
  462. dependencies between data and *.c might be useful for understanding's 
  463. sake...
  464.  
  465. -= Tim Gilman
  466. t.gilman@apple.com
  467. tgilman@cats.ucsc.edu
  468.  
  469.  
  470.  
  471. Thanks for using Fractdev, The Fractint Developer's Discussion List
  472. Post Message:   fractdev@lists.xmission.com
  473. Get Commands:   majordomo@lists.xmission.com "help"
  474. Administrator:  twegner@phoenix.net
  475. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  476.  
  477.  
  478. -------------------------------------------------------------------------------
  479.  
  480. From: "Tim Wegner" <twegner@phoenix.net>
  481. Subject: Re: (fractdev) What your missing...
  482. Date: 13 May 1998 19:03:23 -0600
  483.  
  484.  
  485.  
  486. > Is anybody interested in seeing any of this work?  A listing of the 
  487. > dependencies between data and *.c might be useful for understanding's 
  488. > sake...
  489.  
  490. Sure. I'm also interested in cutting down the globals glut.
  491.  
  492. Tim
  493.  
  494.  
  495.  
  496. Thanks for using Fractdev, The Fractint Developer's Discussion List
  497. Post Message:   fractdev@lists.xmission.com
  498. Get Commands:   majordomo@lists.xmission.com "help"
  499. Administrator:  twegner@phoenix.net
  500. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  501.  
  502.  
  503. -------------------------------------------------------------------------------
  504.  
  505. From: "Tim Wegner" <twegner@phoenix.net>
  506. Subject: (fractdev) Welcome Terry Gintz
  507. Date: 13 May 1998 21:23:52 -0600
  508.  
  509. Terry just joined the list. Wecome! We're considering various 
  510. possible joint projects.
  511.  
  512. FWIW, I have ordered Microsft Visual C/C++. I also have the latest 
  513. dgjpp, and am looking at TK/TCL.
  514.  
  515. Tim
  516.  
  517.  
  518. Thanks for using Fractdev, The Fractint Developer's Discussion List
  519. Post Message:   fractdev@lists.xmission.com
  520. Get Commands:   majordomo@lists.xmission.com "help"
  521. Administrator:  twegner@phoenix.net
  522. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  523.  
  524.  
  525. -------------------------------------------------------------------------------
  526.  
  527. From: "Terry W. Gintz" <twgg@ix.netcom.com>
  528. Subject: Re: (fractdev) Welcome Terry Gintz
  529. Date: 13 May 1998 20:29:40 -0700
  530.  
  531.  
  532.  
  533. Tim Wegner wrote:
  534.  
  535. > Terry just joined the list. Wecome! We're considering various
  536. > possible joint projects.
  537.  
  538. Thanks, Tim.  One project that comes to mind right now (before getting
  539. started on a larger remake of Fractint) is a plug-in project I've just
  540. been considering for my new program Dofo.  It would be great for users
  541. to have a formula plug-in of all the built-in escape-time fractals in
  542. Fractint.  Another terrific plug-in  to have would be a rendering
  543. plug-in to include most of the rendering methods in Fractint that might
  544. work well in true color.  This would include most of the scalable
  545. methods, related to potential, polar angles and level sets.
  546.  
  547. Maybe an explanation would be in order for the plug-in spec I am talking
  548. about.  Steve Ferguson and I have developed a fairly simple dynamic
  549. library interface for Windows 95.  So far it works with my program Dofo
  550. and Steve's program Dllirium Tremor/Tierian Kaos(the name keeps
  551. changing.)  Right now I can provide guidelines for application
  552. programmers to support our spec, and source code for the dlls.  I'll be
  553. working on plug-in guidelines soon.
  554.  
  555. It would be a big step forward to actually see how the current
  556. escape-time formulas and rendering algorithms contained in Fractint
  557. would perform in a 32-bit Windows program.  Later if anyone's interested
  558. in browsing my source code for Dofo, to  suggest speed improvements, I
  559. could make a src zip available.
  560.  
  561. So, is anyone interested in helping to write the kinds of plug-ins I'm
  562. talking about here?  The formula plug-in would probably be the easiest
  563. to get started on.
  564.  
  565. >
  566. >
  567. > FWIW, I have ordered Microsft Visual C/C++. I also have the latest
  568. > dgjpp, and am looking at TK/TCL.
  569. >
  570. > Tim
  571.  
  572. Tim,About the djgpp compiler.  There's something in the latest version
  573. that isn't compatible with the dlls Steve Ferguson is writing and has
  574. written.  So we're using an earlier version of some of the compiler
  575. components to maintain compatibility.  Steve could give you a list of
  576. his setup.  Mine is nearly the same, except that I get a lot of compiler
  577. warnings about some of the headers in the RSX includes being
  578. "unreadable", but the files still compile and link okay.
  579.  
  580. Terry
  581. --
  582. twgg@ix.netcom.com
  583. http://www.geocities.com/SoHo/Lofts/5601/
  584. http://www.zenweb.com/pan/rayn/twg/
  585. http://www.fortunecity.com/victorian/palette/31/
  586.  
  587.  
  588.  
  589. Thanks for using Fractdev, The Fractint Developer's Discussion List
  590. Post Message:   fractdev@lists.xmission.com
  591. Get Commands:   majordomo@lists.xmission.com "help"
  592. Administrator:  twegner@phoenix.net
  593. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  594.  
  595.  
  596. -------------------------------------------------------------------------------
  597.  
  598. From: "Tim Wegner" <twegner@phoenix.net>
  599. Subject: Re: (fractdev) Welcome Terry Gintz
  600. Date: 13 May 1998 22:43:52 -0600
  601.  
  602.  
  603. > So, is anyone interested in helping to write the kinds of plug-ins I'm
  604. > talking about here?  The formula plug-in would probably be the easiest
  605. > to get started on.
  606.  
  607. I would like to see what you have done, but for me personally getting 
  608. Fractint moved to a 32 bit environment is the highest priority. But I 
  609. would like to understand your plugin's better. 
  610.  
  611. > Tim,About the djgpp compiler.  There's something in the latest version
  612. > that isn't compatible with the dlls Steve Ferguson is writing and has
  613. > written.  So we're using an earlier version of some of the compiler
  614. > components to maintain compatibility.  Steve could give you a list of
  615. > his setup.  
  616.  
  617. I am interested in this.
  618.  
  619. Tim
  620.  
  621.  
  622. Thanks for using Fractdev, The Fractint Developer's Discussion List
  623. Post Message:   fractdev@lists.xmission.com
  624. Get Commands:   majordomo@lists.xmission.com "help"
  625. Administrator:  twegner@phoenix.net
  626. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  627.  
  628.  
  629. -------------------------------------------------------------------------------
  630.  
  631. From: "Peter Gavin" <pgavin@mindspring.com>
  632. Subject: RE: (fractdev) Welcome Terry Gintz
  633. Date: 13 May 1998 23:43:49 -0400
  634.  
  635. [ big message about plugins and whatnot snipped :) ]
  636.  
  637. I'm currently working on writing a fast arbitrary precision float class =
  638. for win32...  I will probably implement it as an MFC extension dll, to =
  639. make things easier for the end user.  Interested?
  640.  
  641. Pete
  642. <pgavin@mindspring.com>
  643.  
  644.  
  645. Thanks for using Fractdev, The Fractint Developer's Discussion List
  646. Post Message:   fractdev@lists.xmission.com
  647. Get Commands:   majordomo@lists.xmission.com "help"
  648. Administrator:  twegner@phoenix.net
  649. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  650.  
  651.  
  652. -------------------------------------------------------------------------------
  653.  
  654. From: "Terry W. Gintz" <twgg@ix.netcom.com>
  655. Subject: Re: (fractdev) Welcome Terry Gintz
  656. Date: 13 May 1998 22:59:35 -0700
  657.  
  658. Peter Gavin wrote:
  659.  
  660. > [ big message about plugins and whatnot snipped :) ]
  661. >
  662. > I'm currently working on writing a fast arbitrary precision float class for win32...  I will probably implement it as an MFC extension dll, to make things easier for the end user.  Interested?
  663.  
  664. Pete,
  665.  
  666. depends on whether you could write it to comply with Steve Ferguson's and my plug-in spec.  I'm not sure how it would fit into a formula dll or a render dll.  You'll have to brief me on the basics
  667. of arbitrary precision and how it relates to fractals.  It's not something I've coded before. Are you referring to the kind of precision switch that Fractint started out with to switch from
  668. integer math to floating point, or a precision switch to support deep zooming?  Steve and I are using double precision in our v1.0 plug-in spec.  There isn't a basis for using any other precison
  669. in our current programs(since neither of us does much deep zooming.)  Maybe arbitrary precision could be used transparently in the plug-in, with the results returned as double, if that had some
  670. use.  We've had some trying times to get our spec together, because of individual coding preferences.  Both of us had to make compromises, and one of them was that the common data types include no
  671. unions, which would be necessary to support both double and long double in the same variable.
  672.  
  673.  Our plug-ins aren't specifically written as MFC extension dlls, as they work with any 32-bit program.  I guess you could call them extension dlls though.  I code only in C++ compatible C, until I
  674. learn MFC, while Steve has a lot of MFC experience.  You should probably talk to him about MFC details.
  675.  
  676. I'm going to try to make some time to start a Fractint plug-in, at least for formulas, since I probably know that end of the Fractint code enough  to use it.  Then there might be some interest in
  677. benchmarking my results.
  678.  
  679. Terry
  680. --
  681. twgg@ix.netcom.com
  682. http://www.geocities.com/SoHo/Lofts/5601/
  683. http://www.zenweb.com/pan/rayn/twg/
  684. http://www.fortunecity.com/victorian/palette/31/
  685.  
  686.  
  687.  
  688. Thanks for using Fractdev, The Fractint Developer's Discussion List
  689. Post Message:   fractdev@lists.xmission.com
  690. Get Commands:   majordomo@lists.xmission.com "help"
  691. Administrator:  twegner@phoenix.net
  692. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  693.  
  694.  
  695. -------------------------------------------------------------------------------
  696.  
  697. From: "Peter Gavin" <pgavin@mindspring.com>
  698. Subject: RE: (fractdev) Welcome Terry Gintz
  699. Date: 14 May 1998 14:58:55 -0400
  700.  
  701. Well, arbitrary precision means that you dont have a limit to the digits =
  702. of precision in a floating point number.  This would be used for deep =
  703. zooming.  It is (err... will be :) )implemented so that you can just =
  704. replace any instance of 'double' (or 'long double') in your code with =
  705. the class's name, i.e., with c++ operator overloading.  I'm also going =
  706. to put a complex class in the dll that uses a.p., so its application to =
  707. fractals is even more useful.  I'm still trying to hash out details in =
  708. the algorithm, but it will use number theoretical transforms for =
  709. multiplication, which (other than + and -) everything else is more or =
  710. less based on.
  711.  
  712. Pete
  713. <pgavin@mindspring.com>
  714.  
  715.  
  716. Thanks for using Fractdev, The Fractint Developer's Discussion List
  717. Post Message:   fractdev@lists.xmission.com
  718. Get Commands:   majordomo@lists.xmission.com "help"
  719. Administrator:  twegner@phoenix.net
  720. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  721.  
  722.  
  723. -------------------------------------------------------------------------------
  724.  
  725. From: "Terry W. Gintz" <twgg@ix.netcom.com>
  726. Subject: (fractdev) greetings and introductions
  727. Date: 14 May 1998 15:59:38 -0700
  728.  
  729. Hello to all of the Fractint team,
  730.  
  731. I'm happy to be given the chance to contribute to the Fractint legend, and at the same time get better aquatinted with what has been one super bunch of programmers.  Hopefully noone was seriously distressed by the "platform wars" that I inadvertently initiated on the fractint list.  That was mainly a wakeup call, to see what kind of stuff the Fractint team is still composed of.  Unfortunately, the responders weren't who I expected, and the platform biases I have seen over and over since Windows was first introduced.
  732.  
  733. Before we go any further with a joint project, I'd like to introduce myself and say a little about my involvement with fractals and  main programming strengths and weaknesses.  For those of you who haven't browsed my Geocities home page,  I'm an incorrigible Alameda poet who's been married for 18 years and has three teenagers for offspring.  My main source of income is a mailer's job at the S.F. News Agency in Union City, California.  I've been dabbling in fractals since 1984, beginning my first major fractal program, ZPlot, on an Amiga computer in 1988, about the same time Fractint was being born on the IBM pc. All of my fractal programs
  734. have been windows based, with a heavy stress on algorithms gathered from the classic fractal texts of the time such as Mandelbrot's Fractal Geometry of Nature and the Springer-Verlag books by Pietgen/Saupe, etc.  With my first fractal program I wanted to go much further than anything that had been done before.  I was taking college algebra at the time, and my professor was very helpful in orienting me to the complex math that enabled me to provide support for almost all complex math functions.  The parser I developed at this time may have come out of the programming courses I was taking, but it was largely a product of my imagination, and
  735. limited to interpreting an integer array of op codes.  Later I learned to optimize it more in pre-compiling down to function-pointer calls, but the Fractint parser still exceeds my best efforts by far.  I've managed to make my parser compatible to a large degree with Fractint's 19.x parser, by browsing the public domain pars and source code for Fractint.  Along the fractal way I've taught myself some differential calculus, coded quaternion transcendental math and extended my initial 2D complex math to 4D using the hypercomplex extensions described in Fractal Creations, the second edition.  So you might gather that in programming math is one
  736. of my strengths, plus the tenacity to figure out other peoples source code.  I don't use any code unless I've been given permission by the author.  With all my experience in coding fractal algorithms, I could still stand to learn to use C++ and MFC.  I know what is C++ compatible, but I haven't written any programs  in C++.   One other thing about me, if I have your ear thus far:  it may seem at times I am wordy and rambling, and some of that may be due to my poetic leanings, loving words and all that.  More important, I like to be complete in my messages to avoid a lot of explanations later.  It does no good to start in on something that
  737. people have no reference point for, as Peter did, when he assumed I knew all about arbitrary precision.  Enough about me.
  738.  
  739. Before I can gage what help I can give to the Fractint team, I need to know who is supporting what in the Fractint code, and if there's enough support/breadth there to make the port to 32-bits possible.  Introductions would help.  I can say now that I have downloaded the code for Fractint 19.6, and with some quirks recompiled it with MSVC++ 1.52.  I'm not sure if that is going to buy me anything, since only the makefrac.bat file seemed to work to compile the source.  I still can't use my debugger to step through the code in areas where the program flow might be useful to follow.  With the large number of globals in the code, it's hard to
  740. determine just what variables a function is dependent on, or what is really being returned by a function.  Not always, but without the debugger it's plodding to trace the code manually.
  741.  
  742. Best Regards,
  743.  
  744. Terry
  745. --
  746. twgg@ix.netcom.com
  747. http://www.geocities.com/SoHo/Lofts/5601/
  748. http://www.zenweb.com/pan/rayn/twg/
  749. http://www.fortunecity.com/victorian/palette/31/
  750.  
  751.  
  752.  
  753. Thanks for using Fractdev, The Fractint Developer's Discussion List
  754. Post Message:   fractdev@lists.xmission.com
  755. Get Commands:   majordomo@lists.xmission.com "help"
  756. Administrator:  twegner@phoenix.net
  757. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  758.  
  759.  
  760. -------------------------------------------------------------------------------
  761.  
  762. From: "Tim Wegner" <twegner@phoenix.net>
  763. Subject: Re: (fractdev) What your missing...
  764. Date: 15 May 1998 21:26:05 -0600
  765.  
  766. Tim G.,
  767.  
  768. I hope you don't mind my answering you here in fractdev and not privately. I 
  769. think the discussion is of general interest.
  770.  
  771. > If the XFract version I've got now 
  772. > contains all the floating-code, then I'll be happy.  But, if there's 
  773. > major changes between the float-only version and the interger-capable 
  774. > version (besides the stubs), I'd be interested in changing source-bases 
  775. > ASAP, which for me is right after I'm done with this profiling bit.
  776.  
  777. The public Xfract doesn't support integer math, but it is based on sources that 
  778. do support it. I haven't gotten the fractint team to agree yet to take out integer 
  779. math, so I am maintaining two versions. The tradeoff is that if you used my float-
  780. only version, everything would be cleaner. There are a lot of ifdefs in the full 
  781. source that make Xfractint skip the integer code. Obviously, in my float-only 
  782. version, these are not needed because all support for integer math is gone.
  783.  
  784. On the other side, if the fractint team doesn't go with my float-only version (we 
  785. probably will make one more release with integer math in it) then you'd not be 
  786. sharing source with fractint if you used my float-only version.
  787.  
  788. I do strongly suggest that you start with my developer version, whether float-
  789. only or not. This will give you all the functionality of the next version and save 
  790. you trouble later.
  791. > I would love to create a literal port.  More than that, though, I'd love 
  792. > to see enough abstraction added to the source-base to allow "engine-code" 
  793. > to be abstracted from "gui" code.  Ideally I'd like to juggle the two 
  794. > goals, but right now I'm having a hard time drawing a line between the 
  795. > two based on the current XFract source. 
  796.  
  797. Other people on this list are interested in abstracting. What I am willing to do if 
  798. you opt for a literal port (one where we keep your version and ours synched) is 
  799. flow changes in the source that are necessary into our version as we go, and 
  800. vice versa. As you discover places where abstraction has to happen, be can 
  801. help.
  802.  
  803. > I'll take a look at 
  804. > Bert Tyler's Windows port; the idea of getting the complete Fractint 
  805. > interface for free is definitly appealing.  And, if this approach yields 
  806. > a working port, I'd be happy with the abstraction layers of the Mac-base 
  807. > acting as the gui, and the XFract-base acting as the engine-code.
  808.  
  809. Actually, you don't have to look at WInfract. Xfract is already a literal port! The 
  810. only change Xfract made to the interface was to have two windows, one for the 
  811. graphics output and one for the text-based input. You could do the same thing 
  812. on the map.
  813.  
  814. What Bert Tyler did was make Windows-style menus that did the same thing 
  815. as the character-based menus, and made a switch to move between the two 
  816. kinds of menus.
  817.  
  818. > If porting Fractint's text screen reading and writing routines yields a 
  819. > completely capable interface, wouldn't a "true" X-port (including 
  820. > X-windowing calls/GUI) sit on top of the XFract source-base and rewrite 
  821. > the routines needed to access Fractint's interface?  Is this the approach 
  822. > XMFract takes?
  823.  
  824. Yes, but "sit on top" is not right. XMFract rewrote extensively (and probably 
  825. improved) the code. The only problem was that we became unsynched. The 
  826. author intended to start over with a literal port so we could work together on a 
  827. GUI, but he hasn't been able to free up enough time for this project.
  828.  
  829. > Doh!  I'll check out the WinFract sources, and further ponder the 
  830. > ramifications of a literal port.  Will the Stone Soup Group be growing 
  831. > the XFract source-base towards the goal of greater engine-abstraction?  
  832. > I'd be happy to see (and help) the XFract base mutate to be just the 
  833. > fractal-engine base, with appropriate EPI's to allow encapsulation by 
  834. > whatever computing environment.
  835.  
  836. We'd love to see a portable Fractint, but it's hard to say what the current 
  837. developers have the energy and time for. One possibility would be to make a 
  838. portable GUI in TK/TCL. This would even port to the Mac. But another approach 
  839. would be to abstract the interface and have each platform write their own GUI.
  840.  
  841. Tim W.
  842.  
  843.  
  844.  
  845.  
  846. Thanks for using Fractdev, The Fractint Developer's Discussion List
  847. Post Message:   fractdev@lists.xmission.com
  848. Get Commands:   majordomo@lists.xmission.com "help"
  849. Administrator:  twegner@phoenix.net
  850. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  851.  
  852.  
  853. -------------------------------------------------------------------------------
  854.  
  855. From: "Christian Strik" <cstrik.isg@hetnet.nl>
  856. Subject: Re: (fractdev) Welcome Terry Gintz
  857. Date: 15 May 1998 23:57:44 +0100
  858.  
  859. Tim wrote:
  860. > I also have the latest dgjpp, and am looking at TK/TCL
  861.  
  862. What is d-g-j-p-p really? Never heard of it.
  863.  
  864. Christian Strik
  865.  
  866.  
  867.  
  868.  
  869.  
  870. Thanks for using Fractdev, The Fractint Developer's Discussion List
  871. Post Message:   fractdev@lists.xmission.com
  872. Get Commands:   majordomo@lists.xmission.com "help"
  873. Administrator:  twegner@phoenix.net
  874. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  875.  
  876.  
  877. -------------------------------------------------------------------------------
  878.  
  879. From: "Tim Wegner" <twegner@phoenix.net>
  880. Subject: (fractdev) What is djgpp
  881. Date: 16 May 1998 12:56:17 -0600
  882.  
  883. Christian wrote:
  884.  
  885. > What is d-g-j-p-p really? Never heard of it.
  886.  
  887. djgpp is the DOS port of the free GNU C compiler. It includes a DOS extender 
  888. so that compiled programs have a flat memory model and can 
  889. address extended memory, and is not limited to 640K like conventional DOS 
  890. programs.
  891.  
  892. See http://www.delorie.com/djgpp/
  893.  
  894. Tim
  895.  
  896.  
  897. Thanks for using Fractdev, The Fractint Developer's Discussion List
  898. Post Message:   fractdev@lists.xmission.com
  899. Get Commands:   majordomo@lists.xmission.com "help"
  900. Administrator:  twegner@phoenix.net
  901. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  902.  
  903.  
  904. -------------------------------------------------------------------------------
  905.  
  906. From: Tim Gilman <t.gilman@apple.com>
  907. Subject: Re: (fractdev) What your missing...
  908. Date: 18 May 1998 09:46:48 -0700
  909.  
  910. > Tim writes:
  911. >I do strongly suggest that you start with my developer version, whether 
  912. >float-only or not. This will give you all the functionality of the next 
  913. >version and save you trouble later.
  914.  
  915. Can you point me to your developer version?
  916.  
  917. -= Tim Gilman
  918. t.gilman@apple.com
  919. tgilman@cats.ucsc.edu
  920.  
  921.  
  922.  
  923.  
  924. Tim Gilman                                           BlueBox Engineering
  925. t.gilman@apple.com                                   Apple Computer, Inc.
  926.  
  927.  
  928. Thanks for using Fractdev, The Fractint Developer's Discussion List
  929. Post Message:   fractdev@lists.xmission.com
  930. Get Commands:   majordomo@lists.xmission.com "help"
  931. Administrator:  twegner@phoenix.net
  932. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  933.  
  934.  
  935. -------------------------------------------------------------------------------
  936.  
  937. From: "darryl" <darryl@dcs-chico.com>
  938. Subject: (fractdev) I saw my shadow!
  939. Date: 18 May 1998 18:42:02 -0700
  940.  
  941. This is a multi-part message in MIME format.
  942.  
  943. ------=_NextPart_000_0001_01BD828C.A68665E0
  944. Content-Type: text/plain;
  945.     charset="iso-8859-1"
  946. Content-Transfer-Encoding: 7bit
  947.  
  948. Hi folks!
  949.  
  950. Like a groundhog, I do pop up occasionally to check the weather...
  951.  
  952. I've been extremely busy with a startup company the last few (more than a
  953. few) months so, as Tim said, I haven't been able to contribute much to the
  954. discussions or the code.. that hasn't really changed, but I guess my
  955. priorities have, though <g>... 'cause I am willing to help in any way I can
  956. to urge the projects along.
  957.  
  958. I have diligently followed these discussions, though.
  959.  
  960. xmfract has not changed since gawd knows when, it is still based on
  961. way-outdated code.
  962.  
  963. Please, if it is of any value at all, grab chunks of that and mangle it at
  964. will ... I wrote it originally as a teaching aid for Motif, and rapidly got
  965. hooked on the whole stone soup thing :) What a great pool of folks we have
  966. here.
  967.  
  968. If you want the antiquated code, it lives at ftp.x.org, in
  969. /contrib/graphics/xmfract_1.4.tar.gz
  970.  
  971. Beware of some other mirror sites that have earlier beta versions ...
  972. sheesh, I don't think they ever maintain some of these places :)
  973.  
  974. For anyone who asks, I will provide a statically linked binary version for
  975. Linux (ELF), because Motif is a commercial product, and not every site has
  976. the libs.
  977.  
  978. My intention is to devote at least two hours a week to the group, so if you
  979. have anything that you want me to do, please ask! Otherwise, I will keep up
  980. with things here and if I see a place that might benefit from my meager
  981. talents, I am not shy about speaking my mind :p
  982.  
  983. Take care, and have fun!
  984.  
  985. Darryl House
  986. <darryl@dcs-chico.com>
  987.  
  988.  
  989.  
  990. ------=_NextPart_000_0001_01BD828C.A68665E0
  991. Content-Type: text/html;
  992.     charset="iso-8859-1"
  993. Content-Transfer-Encoding: quoted-printable
  994.  
  995. <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
  996. <HTML>
  997. <HEAD>
  998.  
  999. <META content=3D"text/html; charset=3Diso-8859-1" =
  1000. http-equiv=3DContent-Type>
  1001. <META content=3D'"MSHTML 4.72.3110.3"' name=3DGENERATOR>
  1002. </HEAD>
  1003. <BODY bgColor=3D#ffffff>
  1004. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1005. size=3D2>Hi=20
  1006. folks!</FONT></SPAN></DIV>
  1007. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1008.  
  1009. size=3D2></FONT></SPAN> </DIV>
  1010. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1011. size=3D2>Like a=20
  1012. groundhog, I do pop up occasionally to check the =
  1013. weather...</FONT></SPAN></DIV>
  1014. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1015.  
  1016. size=3D2></FONT></SPAN> </DIV>
  1017. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1018. size=3D2>I've=20
  1019. been extremely busy with a startup company the last few (more than a =
  1020. few) months=20
  1021. so, as Tim said, I haven't been able to contribute much to the =
  1022. discussions or=20
  1023. the code.. that hasn't really changed, but I guess my priorities have, =
  1024. though=20
  1025. <g>... 'cause I am willing to help in any way I can to urge the =
  1026. projects=20
  1027. along.</FONT></SPAN></DIV>
  1028. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1029.  
  1030. size=3D2></FONT></SPAN> </DIV>
  1031. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1032. size=3D2>I have=20
  1033. diligently followed these discussions, though.</FONT></SPAN></DIV>
  1034. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1035.  
  1036. size=3D2></FONT></SPAN> </DIV>
  1037. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1038.  
  1039. size=3D2>xmfract has not changed since gawd knows when, it is still =
  1040. based on=20
  1041. way-outdated code.</FONT></SPAN></DIV>
  1042. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1043.  
  1044. size=3D2></FONT></SPAN> </DIV>
  1045. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1046.  
  1047. size=3D2>Please, if it is of any value at all, grab chunks of that and =
  1048. mangle it=20
  1049. at will ... I wrote it originally as a teaching aid for Motif, and =
  1050. rapidly got=20
  1051. hooked on the whole stone soup thing :) What a great pool of folks we =
  1052. have=20
  1053. here.</FONT></SPAN></DIV>
  1054. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1055.  
  1056. size=3D2></FONT></SPAN> </DIV>
  1057. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1058. size=3D2>If you=20
  1059. want the antiquated code, it lives at ftp.x.org, in=20
  1060. /contrib/graphics/xmfract_1.4.tar.gz</FONT></SPAN></DIV>
  1061. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1062.  
  1063. size=3D2></FONT></SPAN> </DIV>
  1064. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1065. size=3D2>Beware=20
  1066. of some other mirror sites that have earlier beta versions ... sheesh, I =
  1067. don't=20
  1068. think they ever maintain some of these places :)</FONT></SPAN></DIV>
  1069. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1070.  
  1071. size=3D2></FONT></SPAN> </DIV>
  1072. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1073. size=3D2>For=20
  1074. anyone who asks, I will provide a statically linked binary version for =
  1075. Linux=20
  1076. (ELF), because Motif is a commercial product, and not every site has the =
  1077.  
  1078. libs.</FONT></SPAN></DIV>
  1079. <DIV> </DIV>
  1080. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1081. size=3D2>My=20
  1082. intention is to devote at least two hours a week to the group, so if you =
  1083. have=20
  1084. anything that you want me to do, please ask! Otherwise, I will keep up =
  1085. with=20
  1086. things here and if I see a place that might benefit from my meager =
  1087. talents, I am=20
  1088. not shy about speaking my mind :p</FONT></SPAN></DIV>
  1089. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1090.  
  1091. size=3D2></FONT></SPAN> </DIV>
  1092. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1093. size=3D2>Take=20
  1094. care, and have fun!</FONT></SPAN></DIV>
  1095. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1096.  
  1097. size=3D2></FONT></SPAN> </DIV>
  1098. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1099. size=3D2>Darryl=20
  1100. House</FONT></SPAN></DIV>
  1101. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1102.  
  1103. size=3D2></FONT></SPAN><SPAN class=3D420571901-19051998><FONT =
  1104. color=3D#000000=20
  1105. face=3DArial size=3D2><darryl@dcs-chico.com></FONT></SPAN></DIV>
  1106. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1107.  
  1108. size=3D2></FONT></SPAN> </DIV>
  1109. <DIV><SPAN class=3D420571901-19051998><FONT color=3D#000000 face=3DArial =
  1110.  
  1111. size=3D2></FONT></SPAN> </DIV></BODY></HTML>
  1112.  
  1113. ------=_NextPart_000_0001_01BD828C.A68665E0--
  1114.  
  1115.  
  1116. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1117. Post Message:   fractdev@lists.xmission.com
  1118. Get Commands:   majordomo@lists.xmission.com "help"
  1119. Administrator:  twegner@phoenix.net
  1120. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1121.  
  1122.  
  1123. -------------------------------------------------------------------------------
  1124.  
  1125. From: "Peter Gavin" <pgavin@mindspring.com>
  1126. Subject: (fractdev) FFT Explanation
  1127. Date: 19 May 1998 00:08:08 -0400
  1128.  
  1129. This is a multi-part message in MIME format.
  1130.  
  1131. ------=_NextPart_000_0008_01BD82BA.34159700
  1132. Content-Type: text/plain;
  1133.     charset="iso-8859-1"
  1134. Content-Transfer-Encoding: quoted-printable
  1135.  
  1136. Does anyone know where I can get an easy to understand explanation of =
  1137. FFT's?  Particularly the transition from DFT's to FFT's?  I have a dozen =
  1138. papers d/led from assorted places on the web, but all explain it in =
  1139. big-headed-mathematician-symbols :)  (I mean, do they really have to =
  1140. show off by using notation no one understands?  I guess, they want to be =
  1141. the only ones who understand it, so they look smarter :)  Heh, look at =
  1142. me, I'm majoring in math, I'll probably use the same notation in 3 or 4 =
  1143. years :)  )  Btw, I have taken Calc for two years, (well, only high =
  1144. school calc, though...) but some of the language is so inconsistent (in =
  1145. the papers I d/led, I mean), I don't understand it.  anyways...
  1146.  
  1147. Thanks in advance!
  1148.  
  1149. Peter Gavin
  1150. <pgavin@mindspring.com>
  1151.  
  1152. // End transmission
  1153.  
  1154.  
  1155. ------=_NextPart_000_0008_01BD82BA.34159700
  1156. Content-Type: text/html;
  1157.     charset="iso-8859-1"
  1158. Content-Transfer-Encoding: quoted-printable
  1159.  
  1160. <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
  1161. <HTML>
  1162. <HEAD>
  1163.  
  1164. <META content=3D"text/html; charset=3Diso-8859-1" =
  1165. http-equiv=3DContent-Type>
  1166. <META content=3D'"MSHTML 4.72.2106.6"' name=3DGENERATOR>
  1167. </HEAD>
  1168. <BODY bgColor=3D#ffffff>
  1169. <DIV><SPAN class=3D390545903-19051998><FONT color=3D#000000 =
  1170. face=3DVerdana size=3D2>Does=20
  1171. anyone know where I can get an easy to understand explanation of =
  1172. FFT's? =20
  1173. Particularly the transition from DFT's to FFT's?  I have a dozen =
  1174. papers=20
  1175. d/led from assorted places on the web, but all explain it in=20
  1176. big-headed-mathematician-symbols :)  (I mean, do they =
  1177. <EM>really</EM> have=20
  1178. to show off by using notation no one understands?  I guess, they =
  1179. want to be=20
  1180. the only ones who understand it, so they <EM>look</EM> smarter :)  =
  1181. Heh,=20
  1182. look at me, I'm majoring in math, I'll probably use the same notation in =
  1183. 3 or 4=20
  1184. years :)  )  Btw, I have taken Calc for two years, (well, only =
  1185. high=20
  1186. school calc, though...) but some of the language is so inconsistent (in =
  1187. the=20
  1188. papers I d/led, I mean), I don't understand it. =20
  1189. anyways...</FONT></SPAN></DIV>
  1190. <DIV><SPAN class=3D390545903-19051998><FONT color=3D#000000 =
  1191. face=3DVerdana=20
  1192. size=3D2></FONT></SPAN> </DIV>
  1193. <DIV><SPAN class=3D390545903-19051998><FONT color=3D#000000 =
  1194. face=3DVerdana=20
  1195. size=3D2>Thanks in advance!</FONT></SPAN></DIV>
  1196. <DIV><SPAN class=3D390545903-19051998><FONT color=3D#000000 =
  1197. face=3DVerdana=20
  1198. size=3D2></FONT></SPAN><FONT face=3D"" size=3D2><BR>Peter =
  1199. Gavin<BR><<A=20
  1200. href=3D"mailto:pgavin@mindspring.com">pgavin@mindspring.com</A>><BR><B=
  1201. R><EM><FONT=20
  1202. face=3D"" size=3D1>// End transmission</FONT></EM></FONT></DIV>
  1203. <DIV> </DIV></BODY></HTML>
  1204.  
  1205. ------=_NextPart_000_0008_01BD82BA.34159700--
  1206.  
  1207.  
  1208. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1209. Post Message:   fractdev@lists.xmission.com
  1210. Get Commands:   majordomo@lists.xmission.com "help"
  1211. Administrator:  twegner@phoenix.net
  1212. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1213.  
  1214.  
  1215. -------------------------------------------------------------------------------
  1216.  
  1217. From: "Tim Wegner" <twegner@phoenix.net>
  1218. Subject: Re: (fractdev) I saw my shadow!
  1219. Date: 18 May 1998 23:19:14 -0600
  1220.  
  1221. Darryl wrote:
  1222.  
  1223. > Hi folks!
  1224. > Like a groundhog, I do pop up occasionally to check the weather...
  1225.  
  1226. Darryl, I'm sure glad to hear from you!!!
  1227.  
  1228. I have some questions. I am about two versions of Linux behind (eg I have CDs 
  1229. for newer versions that I haven't installed yet). Will I have any trouble with my 
  1230. Motif setup if I upgrade my Linux?
  1231.  
  1232. When we talked before, we discussed using TK for a GUI rather than Motif. I'm 
  1233. still insterested in this because TK exists on every platform. Does this mean I 
  1234. don't need to worry about my Motif environment?
  1235.  
  1236. > My intention is to devote at least two hours a week to the group, so if you
  1237. > have anything that you want me to do, please ask! Otherwise, I will keep up
  1238. > with things here and if I see a place that might benefit from my meager
  1239. > talents, I am not shy about speaking my mind :p
  1240.  
  1241. I have been trying to keep Xfract up with the developer's version. I could use 
  1242. help from folks helping me debug Xfractint. This doesn't need to be time 
  1243. consuming.
  1244.  
  1245. I'll upload the developer version in the next couple of days.
  1246.  
  1247. Momentum for working on a 32 bit version is building!
  1248.  
  1249. Tim
  1250.  
  1251.  
  1252. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1253. Post Message:   fractdev@lists.xmission.com
  1254. Get Commands:   majordomo@lists.xmission.com "help"
  1255. Administrator:  twegner@phoenix.net
  1256. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1257.  
  1258.  
  1259. -------------------------------------------------------------------------------
  1260.  
  1261. From: "Tim Wegner" <twegner@phoenix.net>
  1262. Subject: Re: (fractdev) What your missing...
  1263. Date: 18 May 1998 23:19:14 -0600
  1264.  
  1265. Tim G.
  1266.  
  1267. > Can you point me to your developer version?
  1268.  
  1269. No because I have to upload a fresh one. It's been a little hectic around here, 
  1270. hang in there, and I'll have it for you by tomorrow at the latest.
  1271.  
  1272. Tim
  1273.  
  1274.  
  1275.  
  1276. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1277. Post Message:   fractdev@lists.xmission.com
  1278. Get Commands:   majordomo@lists.xmission.com "help"
  1279. Administrator:  twegner@phoenix.net
  1280. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1281.  
  1282.  
  1283. -------------------------------------------------------------------------------
  1284.  
  1285. From: "Damien M. Jones" <dmj@fractalus.com>
  1286. Subject: Re: (fractdev) FFT Explanation
  1287. Date: 19 May 1998 00:23:47 -0500
  1288.  
  1289. Peter,
  1290.  
  1291. The difference between a DFT and an FFT is basically implementation.  In a
  1292. DFT, you check for a lot of waves in your sample data, and this involves a
  1293. *lot* of repeated calculations.  The FFT approach takes advantage of the
  1294. repetitive nature of the calculations to eliminate a large chunk of the
  1295. work.  The results, as I understand it, are the same.  (Someone *please*
  1296. correct me if I'm wrong!)
  1297.  
  1298. As to good explanations... the entire DFT/FFT thing was a complete mystery
  1299. to me until I saw something that pointed out what happens when you multiply
  1300. two sine waves together... outlining the basic technique behind DFT in the
  1301. first place.  Now it actually kinda makes sense.  But what I know about it
  1302. (scarcely anything) was not gleaned from a single source.
  1303.  
  1304. Good hunting!
  1305.  
  1306. Damien M. Jones   \\
  1307. dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary sanity designs)
  1308.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  1309.  
  1310. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1311. Post Message:   fractdev@lists.xmission.com
  1312. Get Commands:   majordomo@lists.xmission.com "help"
  1313. Administrator:  twegner@phoenix.net
  1314. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1315.  
  1316.  
  1317. -------------------------------------------------------------------------------
  1318.  
  1319. From: "darryl" <darryl@dcs-chico.com>
  1320. Subject: (fractdev) gui considerations
  1321. Date: 18 May 1998 23:28:24 -0700
  1322.  
  1323. Hi again!
  1324.  
  1325. Tim wrote:
  1326. ---
  1327. I have some questions. I am about two versions of Linux behind (eg I have
  1328. CDs
  1329. for newer versions that I haven't installed yet). Will I have any trouble
  1330. with my
  1331. Motif setup if I upgrade my Linux?
  1332. ---
  1333.  
  1334. No, Motif 2.x is completely compatible with any release of Linux and/or X.
  1335.  
  1336. The newer version of the X11R6 libraries require a modification to the
  1337. Makefile  for xmfract to add -lXext -lXpm. Any version of Motif greater >=
  1338. 1.2 will work, as will any version libc or glibc.
  1339.  
  1340. Tim wrote:
  1341. ---
  1342. When we talked before, we discussed using TK for a GUI rather than Motif.
  1343. I'm
  1344. still insterested in this because TK exists on every platform. Does this
  1345. mean I
  1346. don't need to worry about my Motif environment?
  1347. ---
  1348.  
  1349. I still like Motif, but I cannot in good conscience recommend it as a gui
  1350. for this sort of project, it is commercial (bummer) and it is definitely not
  1351. portable to Microsoft operating systems :) There are freeware versions of it
  1352. out there, and look-alikes for win32 platforms, but they are mutually
  1353. incompatible, and buggy.
  1354.  
  1355. I still have some reservations about Tcl/Tk ... it is an interpreted
  1356. language, and white space matters :( ... a good benchmark would be to obtain
  1357. the irc client called zircon to see what Tcl/Tk looks and feels like. There
  1358. are two versions of that program in the available package (I don't like the
  1359. client, btw, but it is a good representation of the kinds of things that Tcl
  1360. and Tk do). The first version is formatted like any other script, and runs
  1361. ok. The second version has most of the white space removed and is noticeably
  1362. faster. Of course, this obfuscates the code so badly that it is not
  1363. readable. Try it and see <g>.
  1364.  
  1365. I have heard a rumor that a compiled version is available for some
  1366. platforms, but that sort of violates our goal of a universal gui. Since the
  1367. gui is a small portion of what we really want FRACTINT for, this may not be
  1368. a serious limitation.
  1369.  
  1370. The pros: it is quite portable, easily customized, and it looks a lot like
  1371. Motif :)
  1372.  
  1373. So... Tcl/Tk seems to be the best choice :) ... there are other choices, and
  1374. I have waited this long to make a recommendation of any one because I wanted
  1375. to see what the market would do with the new products. As I should have
  1376. guessed, they've been all but quashed. I don't want to start a long
  1377. discussion of the merits or possible futures of these things, but Open/GL
  1378. and even Motif may be dying.
  1379.  
  1380. Tim wrote:
  1381. ---
  1382. I have been trying to keep Xfract up with the developer's version. I could
  1383. use
  1384. help from folks helping me debug Xfractint. This doesn't need to be time
  1385. consuming.
  1386.  
  1387. I'll upload the developer version in the next couple of days.
  1388. ---
  1389.  
  1390. I will be more than pleased to be able to help in any way I can! I will
  1391. obtain the source from you when it is available.
  1392.  
  1393. Thank you! Take care, and have fun!
  1394.  
  1395. Darryl House
  1396. <darryl@dcs-chico.com>
  1397.  
  1398.  
  1399. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1400. Post Message:   fractdev@lists.xmission.com
  1401. Get Commands:   majordomo@lists.xmission.com "help"
  1402. Administrator:  twegner@phoenix.net
  1403. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1404.  
  1405.  
  1406. -------------------------------------------------------------------------------
  1407.  
  1408. From: "Tim Wegner" <twegner@phoenix.net>
  1409. Subject: (fractdev) various sources for 19.61 p44
  1410. Date: 19 May 1998 23:27:47 -0600
  1411.  
  1412. I have uploaded the following for the current developer version. You are free to 
  1413. download, but please don't upload anywhere else. These files have a life of a 
  1414. few days. Also note that we are changing the source distribution to require that 
  1415. any program that uses our sources must publish their own source. I haven't 
  1416. edited the source to reflect this yet.
  1417.  
  1418. ftp://ftp.phoenix.net/pub/USERS/twegner/x1961p44.zip (xfractint source)
  1419. ftp://ftp.phoenix.net/pub/USERS/twegner/f1961p44.zip  (float only DOS source)
  1420. ftp://ftp.phoenix.net/pub/USERS/twegner/s1961p44.zip (regular DOS source)
  1421.  
  1422. A few notes:
  1423.  
  1424. 1. Due to an oversight, these versions announce themselves as patch 43 
  1425. (encoded in realdos.c) but they are really patch 44. The "What's New" in the 
  1426. help tells the true version. We'll fix this the next patch.
  1427.  
  1428. 2. The xfractint and regular versions have absolutely identical source for the 
  1429. files they share. Note to Tim Gilman - this might be impossible, but this is a 
  1430. great goal.
  1431.  
  1432. 3. The float-only version doesn't have the latest parser.c. Still working on that.
  1433.  
  1434. 4. Best to unpack the Xfractint version with zip -a to fix all the CR/LF
  1435.  
  1436. 5. I know some things don't work in the Xfractint version, in particular some 
  1437. aspects of the fractal evolver (see what's new). I'd like to work over Xfractint and 
  1438. get it well debugged.
  1439.  
  1440. 6. I haven't yet tried to make a float-only version of Xfractint. This is probably 
  1441. just a matter of dumping the float-only source on top of the Xfractint source and 
  1442. cleaning up the various integer stubs. If anyone wants me to do this (Tim G?), 
  1443. let me know. 
  1444.  
  1445. Our plan is to release the current version when it gets cleaned up as version 
  1446. 20. I'd like this to be the last version that has integer math. But you never know 
  1447. :-)
  1448.  
  1449. If anyone has proposed changes, I can accept them as a context diff created 
  1450. with something like:
  1451.  
  1452. diff -c file.c new/file.c > yourchanges.dif
  1453.  
  1454. Tim Wegner
  1455.  
  1456.  
  1457.  
  1458.  
  1459. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1460. Post Message:   fractdev@lists.xmission.com
  1461. Get Commands:   majordomo@lists.xmission.com "help"
  1462. Administrator:  twegner@phoenix.net
  1463. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1464.  
  1465.  
  1466. -------------------------------------------------------------------------------
  1467.  
  1468. From: condor <darryl@dcs-chico.com>
  1469. Subject: (fractdev) autoconf
  1470. Date: 20 May 1998 01:00:13 -0700
  1471.  
  1472. Hi folks;
  1473.  
  1474. Just got the xfractint source, thanks, will start testing this evening.
  1475.  
  1476. Do you all know about the autoconfigure convention currently employed
  1477. widely in the unix community? What it does is help configure
  1478. pre-processor options and arguments for make and ld, and all of the
  1479. little things that are subtly different on various unix platforms.
  1480.  
  1481. The way it works is to reap the results of a command or a test compile
  1482. in each of the desired tests, and sets pre-processor definitions based
  1483. on that result. It doesn't require any extra stuff to be resident on the
  1484. target host, all of the autoconf stuff is done by the developer.  It is
  1485. very fast, a h**l of a lot faster than looking this stuff up then
  1486. editing a makefile or header file.
  1487.  
  1488. Do we use time.h or sys/time.h on your system? Can they be safely
  1489. included together? Does your linker accept the -E option? Do you have
  1490. getpeername? Does it live in libc or the socket library? Does signal
  1491. return a void pointer? Does the keyword const actually work in your
  1492. compiler?
  1493.  
  1494. Things like that (these are examples, not stuff we need for xfractint)
  1495. are what autoconf answers.
  1496.  
  1497. Implementing it does not mean any changes to the existing code, except
  1498. that it would include a file called config.h, and the #ifdefs placed
  1499. where necessary to accomodate the various platforms. All of the other
  1500. files (the configure script, and the templates) are separate files.
  1501.  
  1502. To the user, it means that he/she doesn't need to know any of  the
  1503. arcane stuff of which we unix folks are so fond.
  1504.  
  1505. Just type configure, make, and make install.
  1506.  
  1507. I highly recommend this approach.... any comments? btw, I volunteer to
  1508. create and maintain the configuration stuff, if we elect to do it.
  1509.  
  1510.  darryl
  1511.  
  1512.  
  1513.  
  1514.  
  1515. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1516. Post Message:   fractdev@lists.xmission.com
  1517. Get Commands:   majordomo@lists.xmission.com "help"
  1518. Administrator:  twegner@phoenix.net
  1519. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1520.  
  1521.  
  1522. -------------------------------------------------------------------------------
  1523.  
  1524. From: "Michael R. Ganss" <rms@cs.tu-berlin.de>
  1525. Subject: Re: (fractdev) gui considerations
  1526. Date: 20 May 1998 12:09:29 +0200 (MET DST)
  1527.  
  1528. Hi,
  1529.  
  1530. > I still have some reservations about Tcl/Tk ... it is an interpreted
  1531. > language, and white space matters :( ... a good benchmark would be to obtain
  1532. > the irc client called zircon to see what Tcl/Tk looks and feels like. There
  1533. > are two versions of that program in the available package (I don't like the
  1534. > client, btw, but it is a good representation of the kinds of things that Tcl
  1535. > and Tk do). The first version is formatted like any other script, and runs
  1536. > ok. The second version has most of the white space removed and is noticeably
  1537. > faster. Of course, this obfuscates the code so badly that it is not
  1538. > readable. Try it and see <g>.
  1539.  
  1540. Since 8.0 Tcl/Tk has an on-the-fly bytecode-compiler (similar to the
  1541. Emacs lisp compiler, which is not on-the-fly, though). IMHO, gui speed 
  1542. today doesn't matter as much as it used to a couple of years ago
  1543. (except for Microsoft applications gui complexity hasn't kept pace
  1544. with processor speed increase), so that even with an interpreted
  1545. language like Tcl guis can be fast if you keep the Tcl portion of the
  1546. code to a minimum.
  1547.  
  1548. > The pros: it is quite portable, easily customized, and it looks a lot like
  1549. > Motif :)
  1550.  
  1551. In fact, since 8.0 Tcl/Tk has "native" look-and-feel, which on Unix
  1552. platforms means Motif.
  1553.  
  1554. > So... Tcl/Tk seems to be the best choice :) ... there are other choices, and
  1555. > I have waited this long to make a recommendation of any one because I wanted
  1556. > to see what the market would do with the new products. As I should have
  1557. > guessed, they've been all but quashed. I don't want to start a long
  1558. > discussion of the merits or possible futures of these things, but Open/GL
  1559. > and even Motif may be dying.
  1560.  
  1561. Speaking of OpenGL, in terms of portability there is not only the gui
  1562. issue but also the "drawing part" issue. Obviously you can't use Tk
  1563. widgets like the canvas because most fractals are pixel oriented and
  1564. invoking Tcl code for every pixel plot makes things slow. Maybe there
  1565. are portable widgets which allow pixel plotting from the C
  1566. level. Another option would be to use OpenGL, which despite its 3d
  1567. orientedness should be quite suitable for this task.
  1568.  
  1569. -- 
  1570. Michael R. Ganss        Cooper:  Look!  Ducks!  On a lake!  Ahhh.
  1571. rms@cs.tu-berlin.de        http://www.cs.tu-berlin.de/~rms/AlmondBread/
  1572.  
  1573. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1574. Post Message:   fractdev@lists.xmission.com
  1575. Get Commands:   majordomo@lists.xmission.com "help"
  1576. Administrator:  twegner@phoenix.net
  1577. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1578.  
  1579.  
  1580. -------------------------------------------------------------------------------
  1581.  
  1582. From: "Michael R. Ganss" <rms@cs.tu-berlin.de>
  1583. Subject: Re: (fractdev) autoconf
  1584. Date: 20 May 1998 12:29:09 +0200 (MET DST)
  1585.  
  1586. Hi,
  1587.  
  1588. > I highly recommend this approach.... any comments? btw, I volunteer to
  1589. > create and maintain the configuration stuff, if we elect to do it.
  1590.  
  1591. Autoconf is almost inevitable if you want portability. I'm no
  1592. autoconf expert, but I know it can be a hellish task to maintain the
  1593. myriad of ifdefs you get just because some buggy OS with 13
  1594. installations on the planet has printf(3) in sys/timezone.h or some
  1595. sh.. like that.
  1596.  
  1597. -- 
  1598. Michael R. Ganss        Cooper:  Look!  Ducks!  On a lake!  Ahhh.
  1599. rms@cs.tu-berlin.de        http://www.cs.tu-berlin.de/~rms/AlmondBread/
  1600.  
  1601. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1602. Post Message:   fractdev@lists.xmission.com
  1603. Get Commands:   majordomo@lists.xmission.com "help"
  1604. Administrator:  twegner@phoenix.net
  1605. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1606.  
  1607.  
  1608. -------------------------------------------------------------------------------
  1609.  
  1610. From: Tim Gilman <t.gilman@apple.com>
  1611. Subject: Re: (fractdev) various sources for 19.61 p44
  1612. Date: 20 May 1998 10:42:01 -0700
  1613.  
  1614. >2. The xfractint and regular versions have absolutely identical source for 
  1615. >the files they share. Note to Tim Gilman - this might be impossible, but
  1616. >this is a great goal.
  1617. >
  1618. >6. I haven't yet tried to make a float-only version of Xfractint. This is 
  1619. >probably just a matter of dumping the float-only source on top of the
  1620. >Xfractint source and cleaning up the various integer stubs. If anyone wants
  1621. >me to do this (Tim G?), let me know.
  1622.  
  1623. Hey Tim, I don't mind the stubs.  Any have XFract for HP-UX built?
  1624.  
  1625. -= Tim Gilman
  1626. t.gilman@apple.com
  1627. tgilman@cats.ucsc.edu
  1628.  
  1629. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1630. Post Message:   fractdev@lists.xmission.com
  1631. Get Commands:   majordomo@lists.xmission.com "help"
  1632. Administrator:  twegner@phoenix.net
  1633. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1634.  
  1635.  
  1636. -------------------------------------------------------------------------------
  1637.  
  1638. From: Jonathan Osuch <73277.1432@compuserve.com>
  1639. Subject: (fractdev) Mandelbrot engine
  1640. Date: 20 May 1998 22:01:46 -0400
  1641.  
  1642. Back in January, Damien Jones wrote:
  1643.  
  1644. >> Please add "M-set Pentium Optimization" to the list.  It's about half
  1645. done,in that the code is written and works outside of FractInt, but needs=
  1646.  
  1647. to be tested and integrated into FractInt. <<
  1648.  
  1649. I've been working on this again with the assistance of Rees Acheson.  Hav=
  1650. e
  1651. you made any progress with this?
  1652.  
  1653. The test PAR I use started at 33.23 seconds with version 19.6 and is now
  1654. down to 19.06 seconds.
  1655.  
  1656. I'm sure you've noticed one of the problems with integrating optimized co=
  1657. de
  1658. into Fractint.  When Fractint bails out, the last (x,y) pair has to be on=
  1659.  
  1660. the FPU stack.
  1661.  
  1662. Jonathan
  1663.  
  1664. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1665. Post Message:   fractdev@lists.xmission.com
  1666. Get Commands:   majordomo@lists.xmission.com "help"
  1667. Administrator:  twegner@phoenix.net
  1668. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1669.  
  1670.  
  1671. -------------------------------------------------------------------------------
  1672.  
  1673. From: "Christian Strik" <cstrik.isg@hetnet.nl>
  1674. Subject: (fractdev) Fw: Test mail - ignore this
  1675. Date: 20 May 1998 15:45:28 +0100
  1676.  
  1677.  
  1678. -----Original Message-----
  1679.  
  1680.  
  1681. >>
  1682. >>Dit is een testmailtje, aangezien mijn vorige vijf mailtjes
  1683. >>nooit zijn opgenomen in de fractint lijst. - This is a test mail, for
  1684. >>my last five mails have never been included in the fractint list - i'm
  1685. >>checking if this list does work.
  1686. >>Christian
  1687. >>
  1688. >
  1689. >
  1690.  
  1691.  
  1692.  
  1693.  
  1694. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1695. Post Message:   fractdev@lists.xmission.com
  1696. Get Commands:   majordomo@lists.xmission.com "help"
  1697. Administrator:  twegner@phoenix.net
  1698. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1699.  
  1700.  
  1701. -------------------------------------------------------------------------------
  1702.  
  1703. From: "Peter Gavin" <pgavin@mindspring.com>
  1704. Subject: RE: (fractdev) Fw: Test mail - ignore this
  1705. Date: 20 May 1998 23:58:56 -0400
  1706.  
  1707. Is this Latvian or something? :)  (no offense if you are or it is :)  )
  1708.  
  1709. Pete
  1710. <pgavin@mindspring.com>
  1711.  
  1712. //  >>Dit is een testmailtje, aangezien mijn vorige vijf mailtjes
  1713. //  >>nooit zijn opgenomen in de fractint lijst.
  1714.  
  1715.  
  1716. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1717. Post Message:   fractdev@lists.xmission.com
  1718. Get Commands:   majordomo@lists.xmission.com "help"
  1719. Administrator:  twegner@phoenix.net
  1720. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1721.  
  1722.  
  1723. -------------------------------------------------------------------------------
  1724.  
  1725. From: "Christian Strik" <cstrik.isg@hetnet.nl>
  1726. Subject: Re: (fractdev) Fw: Test mail - ignore this
  1727. Date: 21 May 1998 11:58:53 +0100
  1728.  
  1729.  
  1730.  
  1731. >Is this Latvian or something? :)  (no offense if you are or it is :)  )
  1732. >
  1733. >Pete
  1734. ><pgavin@mindspring.com>
  1735. >
  1736. >//  >>Dit is een testmailtje, aangezien mijn vorige vijf mailtjes
  1737. >//  >>nooit zijn opgenomen in de fractint lijst.
  1738.  
  1739.  
  1740. Nope, it's Dutch. The mail is a rather standard mail; a long time ago i've
  1741. written it in both dutch and english for the convenience of sending later
  1742. test mails. I've only changed 'deze lijst' (this list) into 'de fractint
  1743. lijst' (the fractint list).
  1744.  
  1745. Christian
  1746.  
  1747.  
  1748.  
  1749.  
  1750. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1751. Post Message:   fractdev@lists.xmission.com
  1752. Get Commands:   majordomo@lists.xmission.com "help"
  1753. Administrator:  twegner@phoenix.net
  1754. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1755.  
  1756.  
  1757. -------------------------------------------------------------------------------
  1758.  
  1759. From: kragen@pobox.com (Kragen)
  1760. Subject: (fractdev) hello
  1761. Date: 21 May 1998 11:08:15 -0400 (EDT)
  1762.  
  1763. I'm new to fractdev.  I'm Kragen Sitaker, long-time Fractint user.
  1764.  
  1765. Kragen
  1766.  
  1767.  
  1768. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1769. Post Message:   fractdev@lists.xmission.com
  1770. Get Commands:   majordomo@lists.xmission.com "help"
  1771. Administrator:  twegner@phoenix.net
  1772. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1773.  
  1774.  
  1775. -------------------------------------------------------------------------------
  1776.  
  1777. From: "Christian Strik" <cstrik.isg@hetnet.nl>
  1778. Subject: Re: (fractdev) hello
  1779. Date: 21 May 1998 18:17:31 +0100
  1780.  
  1781. Kragen wrote:
  1782.  
  1783. >I'm new to fractdev.  I'm Kragen Sitaker, long-time Fractint user.
  1784. >
  1785. >Kragen
  1786.  
  1787. Welcome Kragen. I was expecting you really (just because of the contents of
  1788. your fractint messages) :-)
  1789.  
  1790. Christian
  1791.  
  1792.  
  1793.  
  1794.  
  1795.  
  1796. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1797. Post Message:   fractdev@lists.xmission.com
  1798. Get Commands:   majordomo@lists.xmission.com "help"
  1799. Administrator:  twegner@phoenix.net
  1800. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1801.  
  1802.  
  1803. -------------------------------------------------------------------------------
  1804.  
  1805. From: "Christian Strik" <cstrik.isg@hetnet.nl>
  1806. Subject: Re: (fractdev) hello
  1807. Date: 21 May 1998 18:17:31 +0100
  1808.  
  1809. Kragen wrote:
  1810.  
  1811. >I'm new to fractdev.  I'm Kragen Sitaker, long-time Fractint user.
  1812. >
  1813. >Kragen
  1814.  
  1815. Welcome Kragen. I was expecting you really (just because of the contents of
  1816. your fractint messages) :-)
  1817.  
  1818. Christian
  1819.  
  1820.  
  1821.  
  1822.  
  1823.  
  1824. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1825. Post Message:   fractdev@lists.xmission.com
  1826. Get Commands:   majordomo@lists.xmission.com "help"
  1827. Administrator:  twegner@phoenix.net
  1828. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1829.  
  1830.  
  1831. -------------------------------------------------------------------------------
  1832.  
  1833. From: "Damien M. Jones" <dmj@fractalus.com>
  1834. Subject: Re: (fractdev) Mandelbrot engine
  1835. Date: 21 May 1998 12:50:43 -0500
  1836.  
  1837. Jonathan,
  1838.  
  1839.  - I've been working on this again with the assistance of Rees Acheson.  Have
  1840.  - you made any progress with this?
  1841.  
  1842. I have not had time to work on it. :(
  1843.  
  1844.  - The test PAR I use started at 33.23 seconds with version 19.6 and is now
  1845.  - down to 19.06 seconds.
  1846.  
  1847. Yes, that's much improved, but it's a long way from what's possible.  The
  1848. biggest problem is not leaving the last (x,y) on the stack, but tying the
  1849. code together with the periodicity checking and so on.
  1850.  
  1851. Damien M. Jones   \\
  1852. dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary sanity designs)
  1853.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  1854.  
  1855. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1856. Post Message:   fractdev@lists.xmission.com
  1857. Get Commands:   majordomo@lists.xmission.com "help"
  1858. Administrator:  twegner@phoenix.net
  1859. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1860.  
  1861.  
  1862. -------------------------------------------------------------------------------
  1863.  
  1864. From: Jonathan Osuch <73277.1432@compuserve.com>
  1865. Subject: Re: (fractdev) Mandelbrot engine
  1866. Date: 21 May 1998 18:01:23 -0400
  1867.  
  1868. Damien,
  1869.  
  1870. >> The biggest problem is not leaving the last (x,y) on the stack, but
  1871. tying the code together with the periodicity checking and so on. <<
  1872.  
  1873. Yes, but the two are related since periodicity requires the last (x,y) as=
  1874.  
  1875. do the various outside=3D options.
  1876.  
  1877. Jonathan
  1878.  
  1879. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1880. Post Message:   fractdev@lists.xmission.com
  1881. Get Commands:   majordomo@lists.xmission.com "help"
  1882. Administrator:  twegner@phoenix.net
  1883. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1884.  
  1885.  
  1886. -------------------------------------------------------------------------------
  1887.  
  1888. From: "Damien M. Jones" <dmj@fractalus.com>
  1889. Subject: Re: (fractdev) Mandelbrot engine
  1890. Date: 21 May 1998 18:09:46 -0500
  1891.  
  1892. Jonathan,
  1893.  
  1894.  - >> The biggest problem is not leaving the last (x,y) on the stack, but
  1895.  - tying the code together with the periodicity checking and so on. <<
  1896.  -
  1897.  - Yes, but the two are related since periodicity requires the last (x,y) as
  1898.  - do the various outside= options.
  1899.  
  1900. Ah, I see what you're getting at.  Why not have two loops, one where
  1901. periodicity checking is used, and another where it isn't?  It was my
  1902. understanding that FractInt enabled/disabled periodicity checking on a
  1903. per-pixel basis, depending on whether the previous pixel was inside the set
  1904. or not.
  1905.  
  1906. It's been a loooong time since I looked at this code, so if my
  1907. understanding is faulty, please let me know.
  1908.  
  1909. Damien M. Jones   \\
  1910. dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary sanity designs)
  1911.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  1912.  
  1913. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1914. Post Message:   fractdev@lists.xmission.com
  1915. Get Commands:   majordomo@lists.xmission.com "help"
  1916. Administrator:  twegner@phoenix.net
  1917. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1918.  
  1919.  
  1920. -------------------------------------------------------------------------------
  1921.  
  1922. From: Jonathan Osuch <73277.1432@compuserve.com>
  1923. Subject: Re: (fractdev) Mandelbrot engine
  1924. Date: 21 May 1998 21:32:40 -0400
  1925.  
  1926. Damien,
  1927.  
  1928. >> Why not have two loops, one where periodicity checking is used, and
  1929. another where it isn't?  It was my understanding that FractInt
  1930. enabled/disabled periodicity checking on a per-pixel basis, depending on
  1931. whether the previous pixel was inside the set or not. <<
  1932.  
  1933. The loop without the periodicity checking would still need to have the
  1934. (x,Y) values available when it bailed out.
  1935.  
  1936. What Rees and I are working on now does have two loops.  The loop was
  1937. unrolled once to provide additional locations where the cmp/jmp combinati=
  1938. on
  1939. would cost zero clock cycles.  This works great in Rees's code, but not s=
  1940. o
  1941. well in Fractint.  We've both gained considerable insight into optimizing=
  1942.  
  1943. for the pentium.
  1944.  
  1945. Jonathan
  1946.  
  1947. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1948. Post Message:   fractdev@lists.xmission.com
  1949. Get Commands:   majordomo@lists.xmission.com "help"
  1950. Administrator:  twegner@phoenix.net
  1951. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1952.  
  1953.  
  1954. -------------------------------------------------------------------------------
  1955.  
  1956. From: "Damien M. Jones" <dmj@fractalus.com>
  1957. Subject: Re: (fractdev) Mandelbrot engine
  1958. Date: 22 May 1998 11:43:47 -0500
  1959.  
  1960. Jonathan,
  1961.  
  1962.  - What Rees and I are working on now does have two loops.  The loop was
  1963.  - unrolled once to provide additional locations where the cmp/jmp
  1964.  - combination would cost zero clock cycles.  This works great in Rees's
  1965.  - code, but not so well in Fractint.  We've both gained considerable
  1966.  - insight into optimizing for the pentium.
  1967.  
  1968. OK.  You have seen Paul Hsieh's Pentium Optimization web page?  It includes
  1969. Agner Fog's Pentium optimization guide (a must-have document) as well as
  1970. lots of examples of increasingly-optimized M-set loops.  The fastest is 14
  1971. cycles per iteration (for Pentium) but my 15-cycle code, also on that page,
  1972. runs faster on P-II systems than the 14-cycle code.  I also have an
  1973. unrolled 8x loop which averages less than 13 cycles per iteration.
  1974.  
  1975. Reworking the iteration loop so that the final z is left on the stack is
  1976. not a major problem; rearrange values when the point bails out, rather than
  1977. try to force the FPU to be in that state all the time.
  1978.  
  1979. Paul Hsieh's page is here:
  1980.  
  1981.     http://www.geocities.com/SiliconValley/9498/p5opt.html
  1982.  
  1983. I can post the routines here directly if you like.
  1984.  
  1985. Damien M. Jones   \\
  1986. dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary sanity designs)
  1987.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  1988.  
  1989. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1990. Post Message:   fractdev@lists.xmission.com
  1991. Get Commands:   majordomo@lists.xmission.com "help"
  1992. Administrator:  twegner@phoenix.net
  1993. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1994.  
  1995.  
  1996. -------------------------------------------------------------------------------
  1997.  
  1998. From: Jonathan Osuch <73277.1432@compuserve.com>
  1999. Subject: Re: (fractdev) Mandelbrot engine
  2000. Date: 22 May 1998 22:55:13 -0400
  2001.  
  2002. Damien,
  2003.  
  2004. >> You have seen Paul Hsieh's Pentium Optimization web page?  It includes=
  2005.  
  2006. Agner Fog's Pentium optimization guide (a must-have document) as well as
  2007. lots of examples of increasingly-optimized M-set loops.  The fastest is 1=
  2008. 4
  2009. cycles per iteration (for Pentium) but my 15-cycle code, also on that pag=
  2010. e,
  2011. runs faster on P-II systems than the 14-cycle code. <<
  2012.  
  2013. Yes, I've seen that page.  I have yet to find the code attributed to
  2014. Fractint within the Fractint source code.  OTOH, the version 19.6 code
  2015. wasn't optimized for a pentium.
  2016.  
  2017. >> Reworking the iteration loop so that the final z is left on the stack =
  2018. is
  2019. not a major problem; rearrange values when the point bails out, rather th=
  2020. an
  2021. try to force the FPU to be in that state all the time. <<
  2022.  
  2023. With the rearranging I did to incorporate Rees's code, it might be fairly=
  2024.  
  2025. simple to drop in your code.
  2026.  
  2027. You are aware, aren't you, that you are always checking the bailout value=
  2028.  
  2029. for the previous iteration?  Not that this matters in the grander scheme =
  2030. of
  2031. things.  Except, of course, in Fractint.  The Z value gets used for
  2032. outside=3D options, and if it isn't done the same as in previous versions=
  2033.  
  2034. we'll have people screaming about lack of backwards compatibility.
  2035.  
  2036. The other problem is that the only place the check for periodicity can
  2037. occur is in the general area of the cmp eax,edx.  If more checks are adde=
  2038. d
  2039. in that area, additional clock cycles will be added.
  2040.  
  2041. Possible solution to these (and other) problems would be to either have t=
  2042. wo
  2043. versions of the optimized p5 code, or to just revert back to the C code i=
  2044. f
  2045. any options are selected.
  2046.  
  2047. Jonathan
  2048.  
  2049. Thanks for using Fractdev, The Fractint Developer's Discussion List
  2050. Post Message:   fractdev@lists.xmission.com
  2051. Get Commands:   majordomo@lists.xmission.com "help"
  2052. Administrator:  twegner@phoenix.net
  2053. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2054.  
  2055.  
  2056. -------------------------------------------------------------------------------
  2057.  
  2058. From: "Damien M. Jones" <dmj@fractalus.com>
  2059. Subject: Re: (fractdev) Mandelbrot engine
  2060. Date: 22 May 1998 23:10:35 -0500
  2061.  
  2062. Jonathan,
  2063.  
  2064.  - With the rearranging I did to incorporate Rees's code, it might be fairly
  2065.  - simple to drop in your code.
  2066.  
  2067. Whichever.  I just get the feeling that because mandel is the default type
  2068. in FractInt (not to mention being the granddaddy of fractals) that a lot of
  2069. people will spend time messing with it; optimizing it is probably worthwhile.
  2070.  
  2071.  - You are aware, aren't you, that you are always checking the bailout value
  2072.  - for the previous iteration?
  2073.  
  2074. Yep. :)  As you say, it doesn't matter much in the grand scheme of things,
  2075. but now I see what you mean about final z difficulties.  If you don't mind
  2076. sacrificing a cycle or two, you can shift the compare to a differentl
  2077. location and perform the test sooner.
  2078.  
  2079.  - Possible solution to these (and other) problems would be to either have two
  2080.  - versions of the optimized p5 code, or to just revert back to the C code if
  2081.  - any options are selected.
  2082.  
  2083. Sure, use a p5-optimized routine for when you don't need periodicity (or
  2084. anything else) and use other routines (assembly or C) when those apply.
  2085.  
  2086. Damien M. Jones   \\
  2087. dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary sanity designs)
  2088.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  2089.  
  2090. Thanks for using Fractdev, The Fractint Developer's Discussion List
  2091. Post Message:   fractdev@lists.xmission.com
  2092. Get Commands:   majordomo@lists.xmission.com "help"
  2093. Administrator:  twegner@phoenix.net
  2094. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2095.  
  2096.  
  2097. -------------------------------------------------------------------------------
  2098.  
  2099. From: Tim Gilman <t.gilman@apple.com>
  2100. Subject: (fractdev) Profiling of XFract code
  2101. Date: 29 May 1998 14:16:57 -0700
  2102.  
  2103. I've finished a first-pass profiling of XFract (19.6), and have created 
  2104. two text files of raw info.  Here's a sample from the first file:
  2105.  
  2106. >3d.c
  2107. >    extern int                   bad_value;
  2108. >        3d.c, line 254:       v[0] = bad_value;   /* clipping will catch 
  2109. >        3d.c, line 255:       v[1] = bad_value;   /* so they won't plot 
  2110. >    extern int                   bitshift;
  2111. >        3d.c, line 269:                int bitshift)
  2112. >    extern MATRIX                m;
  2113. >        3d.c, line 240:       tmp[j] += m[3][j];
  2114. >    extern int                   overflow;
  2115. >        3d.c, line 374:    overflow = 0;
  2116. >        3d.c, line 391:    return(overflow);
  2117. >    extern VECTOR                view;
  2118. >        3d.c, line 259:    v[0] = (v[0]*view[2] - view[0]*v[2])/denom;
  2119. >        3d.c, line 260:    v[1] = (v[1]*view[2] - view[1]*v[2])/denom;
  2120. >ant.c
  2121. >    extern SEGTYPE               extraseg;
  2122. >        ant.c, line 369:    extra = MK_FP(extraseg,0);
  2123. >    extern int                   helpmode;
  2124. >        ant.c, line 407:    oldhelpmode = helpmode;
  2125. >        ant.c, line 453:    helpmode = oldhelpmode;
  2126. >    extern int                   orbit_delay;
  2127. >        ant.c, line 411:    wait = abs(orbit_delay);
  2128. >    extern double                param[];
  2129. >        ant.c, line 92:    antwrap = ((param[4] == 0) ? 0 : 1);
  2130. >        ant.c, line 245:    antwrap = ((param[4] == 0) ? 0 : 1);
  2131.  
  2132. Here's a snippet from the second file:
  2133.  
  2134. >extern int                   active_system;
  2135. >    cmdfiles.c, line 1241:       if (active_system == 0) {
  2136. >    cmdfiles.c, line 2745:    if (active_system == 0 /* DOS */
  2137. >    encoder.c, line 563:              && active_system == 0      /* and in 
  2138. >    fractint.c, line 76:         int     active_system = 0;      /* 0 for 
  2139. >    framain2.c, line 272:          save_system  = active_system;  /*   
  2140. >    lorenz.c, line 1901:          if(active_system == 0) { /* dos version 
  2141. >    lorenz.c, line 1930:          if(active_system == 0) { /* dos version 
  2142. >    realdos.c, line 83:    if (active_system == 0 /* DOS */
  2143. >    realdos.c, line 187:    if (active_system == 0 /* DOS */
  2144. >extern int                   adapter;
  2145. >    fractint.c, line 51: int     adapter;                /* Video Adapter 
  2146. >    fractint.c, line 410:       if ((adapter = 
  2147. >    framain2.c, line 477:             initmode = adapter;
  2148. >    loadfdos.c, line 200:    initmode = adapter;
  2149. >    loadfile.c, line 303:       initmode = adapter;          /* use 
  2150. >    unixscr.c, line 57: extern    int    adapter;
  2151. >    unixscr.c, line 413:     adapter = 0;
  2152.  
  2153. Each file is over a megabyte uncompressed, ~190K gzipped, and covers all 
  2154. the variables listed in 'externs.h'.  You probably don't have a need for 
  2155. this type of thing, unless you're contemplating one of those horrible 
  2156. "massive restructurings".
  2157.  
  2158. http://www.scruz.net/~tgilman/tim/macfract/versions/
  2159.      functions.list.gz
  2160.      globals.list.gz
  2161.  
  2162. Cheers!
  2163. -= Tim Gilman
  2164. t.gilman@apple.com
  2165. tgilman@cats.ucsc.edu
  2166.  
  2167. Thanks for using Fractdev, The Fractint Developer's Discussion List
  2168. Post Message:   fractdev@lists.xmission.com
  2169. Get Commands:   majordomo@lists.xmission.com "help"
  2170. Administrator:  twegner@phoenix.net
  2171. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2172.  
  2173.  
  2174. -------------------------------------------------------------------------------
  2175.  
  2176. From: Irc User Account <darryl@dcs-chico.com>
  2177. Subject: Re: (fractdev) Profiling of XFract code
  2178. Date: 29 May 1998 19:36:11 -0700
  2179.  
  2180. Tim Gilman wrote:
  2181.  
  2182. > I've finished a first-pass profiling of XFract (19.6), and have created
  2183. > two text files of raw info.  Here's a sample from the first file:
  2184.  
  2185. Thanks Tim, I (for one) found it interesting.. but that's me :)
  2186.  
  2187. I've about half finished testing the xfractint code under linux ix86 and dec
  2188. alpha... no major problems so far ... if any of you have specific issues that
  2189. you have seen, please point me in the right direction. This is a big project,
  2190. and to test it regressively with all possible combinations is beyond my
  2191. endurance <g>.
  2192.  
  2193. I have a preliminary configure script and supporting template files created,
  2194. works well under the two platforms I have at hand. Other platforms may need
  2195. some tweaking, I used the defaults listed in the current makefile where I
  2196. could, and relied on my flawless memory <hehe> for the rest. Soooo... I give
  2197. you all a full money-back guarantee on it. Just in case, I will send these
  2198. things to Tim W. to put up for testing and evaluation later in the week. Maybe
  2199. this weekend if it keeps raining.
  2200.  
  2201. Take care, and have fun!
  2202.  
  2203. Darryl House
  2204. <darryl@dcs-chico.com>
  2205.  
  2206.  
  2207. Thanks for using Fractdev, The Fractint Developer's Discussion List
  2208. Post Message:   fractdev@lists.xmission.com
  2209. Get Commands:   majordomo@lists.xmission.com "help"
  2210. Administrator:  twegner@phoenix.net
  2211. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2212.  
  2213.  
  2214. -------------------------------------------------------------------------------
  2215.  
  2216. From: "Tim Wegner" <twegner@phoenix.net>
  2217. Subject: Re: (fractdev) Profiling of XFract code
  2218. Date: 30 May 1998 17:44:14 -0600
  2219.  
  2220.  
  2221. > I've about half finished testing the xfractint code under linux ix86 and dec
  2222. > alpha... no major problems so far ... if any of you have specific issues that
  2223. > you have seen, please point me in the right direction. This is a big project,
  2224. > and to test it regressively with all possible combinations is beyond my
  2225. > endurance <g>.
  2226.  
  2227. The evolver mode doesn't work for me. From the main menu select the evolver 
  2228. mode, and turn it on my changing the top field to "yes". 
  2229.  
  2230. I get the default Mandelbrot in the center thumbnail, and a constant mutated 
  2231. image for all the others. It may be that the random numbers are not working.
  2232.  
  2233. Robin Bussell and Jonathan Osuch are the authors. Robin, have you tried this 
  2234. yet under Linux?
  2235.  
  2236. Tim
  2237.  
  2238.  
  2239. Thanks for using Fractdev, The Fractint Developer's Discussion List
  2240. Post Message:   fractdev@lists.xmission.com
  2241. Get Commands:   majordomo@lists.xmission.com "help"
  2242. Administrator:  twegner@phoenix.net
  2243. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2244.  
  2245.