home *** CD-ROM | disk | FTP | other *** search
/ ftp.xmission.com / 2014.06.ftp.xmission.com.tar / ftp.xmission.com / pub / lists / fractdev / archive / v01.n010 < prev    next >
Internet Message Format  |  1998-07-22  |  40KB

  1. From: owner-fractdev-digest@lists.xmission.com (fractdev-digest)
  2. To: fractdev-digest@lists.xmission.com
  3. Subject: fractdev-digest V1 #10
  4. Reply-To: fractdev-digest
  5. Sender: owner-fractdev-digest@lists.xmission.com
  6. Errors-To: owner-fractdev-digest@lists.xmission.com
  7. Precedence: bulk
  8.  
  9.  
  10. fractdev-digest        Thursday, July 23 1998        Volume 01 : Number 010
  11.  
  12.  
  13.  
  14.  
  15. ----------------------------------------------------------------------
  16.  
  17. Date: Thu, 11 Jun 1998 22:29:59 -0600
  18. From: "Tim Wegner" <twegner@phoenix.net>
  19. Subject: RE: (fractdev) Visual C/C++ 5
  20.  
  21. Peter asked:
  22.  
  23. > Wait, can you explain this to me?  The console mode programs made by Vis C++ 5
  24. > are not DOS programs at all, as far as I know.  I don't think you can run a 
  25. > 32-bit console mode program under DOS, even with a 32-bit DOS extender.  
  26. >First off, DOS'll spit out the typical 'This program must be run under
  27. > Windows' BS.
  28.  
  29. Right, but if you are running Win95 and create a DOS window (fullscreen or 
  30. not), a console application runs just like a DOS program, although internally it 
  31. accesses memory using Win95. Such programs would not run under "naked" 
  32. DOS. I run Fractint under Win95 anyway, as I expect many people do.
  33.  
  34. To run under true DOS, a DOS extender woul;d be needed such as that in 
  35. djgpp.
  36.  
  37. Tim
  38.  
  39.  
  40.  
  41.  
  42. - --------------------------------------------------------------
  43. Thanks for using Fractdev, The Fractint Developer's Discussion List
  44. Post Message:   fractdev@lists.xmission.com
  45. Get Commands:   majordomo@lists.xmission.com "help"
  46. Administrator:  twegner@phoenix.net
  47. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  48.  
  49. ------------------------------
  50.  
  51. Date: Thu, 11 Jun 1998 22:29:59 -0600
  52. From: "Tim Wegner" <twegner@phoenix.net>
  53. Subject: [none]
  54.  
  55. I'm taking off for a week, will be back June 23. This list doesn't have many 
  56. administration issues, just be aware that if anything crops up I won't be dealing 
  57. with it until I'm back.
  58.  
  59. It will help if list members unsubscribe themselves if their account is coming to 
  60. an end.
  61.  
  62. Carry on. I will read all the messages here when I get back (I can't promise the 
  63. same for the fractint list <g!>)
  64.  
  65. I am determined to pursue a 32 bit port of Fractint. We should also get the 
  66. current developer's fractint out the door as v. 20 soon after I get back.
  67.  
  68. Tim
  69.  
  70.  
  71.  
  72. - --------------------------------------------------------------
  73. Thanks for using Fractdev, The Fractint Developer's Discussion List
  74. Post Message:   fractdev@lists.xmission.com
  75. Get Commands:   majordomo@lists.xmission.com "help"
  76. Administrator:  twegner@phoenix.net
  77. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  78.  
  79. ------------------------------
  80.  
  81. Date: Fri, 12 Jun 1998 04:56:46 -0400
  82. From: "Peter Gavin" <pgavin@mindspring.com>
  83. Subject: RE: (fractdev) Visual C/C++ 5
  84.  
  85. Wow, I didn't realize console programs could do that!  But, umm, did you =
  86. say you linked in the assembly?  It's 16bit, though, right?  So how'd =
  87. that work?  (It'd be really cool if you would email me with your method =
  88. of compiling it for win32, because that way I wouldnt have to reinvent =
  89. the wheel, and I don't really have the time to figure that crud out.  My =
  90. experience with assembly is very limited, unfortunately... <g> ) =20
  91.  
  92. Pete
  93. <pgavin@mindspring.com>
  94.  
  95. //  -----Original Message-----
  96. //  From: owner-fractdev@lists.xmission.com
  97. //  [mailto:owner-fractdev@lists.xmission.com]On Behalf Of Tim Wegner
  98. //  Sent: Friday, June 12, 1998 12:30 AM
  99. //  To: fractdev@lists.xmission.com
  100. //  Subject: RE: (fractdev) Visual C/C++ 5
  101. // =20
  102. // =20
  103. //  Peter asked:
  104. // =20
  105. //  > Wait, can you explain this to me?  The console mode programs=20
  106. //  made by Vis C++ 5
  107. //  > are not DOS programs at all, as far as I know.  I don't think=20
  108. //  you can run a=20
  109. //  > 32-bit console mode program under DOS, even with a 32-bit DOS=20
  110. //  extender. =20
  111. //  >First off, DOS'll spit out the typical 'This program must be run =
  112. under
  113. //  > Windows' BS.
  114. // =20
  115. //  Right, but if you are running Win95 and create a DOS window=20
  116. //  (fullscreen or=20
  117. //  not), a console application runs just like a DOS program,=20
  118. //  although internally it=20
  119. //  accesses memory using Win95. Such programs would not run under =
  120. "naked"=20
  121. //  DOS. I run Fractint under Win95 anyway, as I expect many people do.
  122. // =20
  123. //  To run under true DOS, a DOS extender woul;d be needed such as that =
  124. in=20
  125. //  djgpp.
  126. // =20
  127. //  Tim
  128. // =20
  129. // =20
  130. // =20
  131. // =20
  132. //  --------------------------------------------------------------
  133. //  Thanks for using Fractdev, The Fractint Developer's Discussion List
  134. //  Post Message:   fractdev@lists.xmission.com
  135. //  Get Commands:   majordomo@lists.xmission.com "help"
  136. //  Administrator:  twegner@phoenix.net
  137. //  Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  138. // =20
  139.  
  140.  
  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. Date: Fri, 12 Jun 1998 08:07:19 -0600
  151. From: "Tim Wegner" <twegner@phoenix.net>
  152. Subject: RE: (fractdev) Visual C/C++ 5
  153.  
  154. > Wow, I didn't realize console programs could do that!  But, umm, did you say you linked in the assembly? 
  155. > It's 16bit, though, right?  So how'd that work? 
  156.  
  157. No, the assembly MUST be 32 bit. The easiest way to see what the assemly 
  158. looks like is to create assembler listings of simple routines. This are 
  159. compilable in MASM.
  160.  
  161. > (It'd be really cool if you would email me with your method of compiling it for 
  162. >win32, because that way I wouldnt have to reinvent the wheel, and I don't 
  163. >really have the time to figure that crud out.  My experience with assembly is 
  164. >very limited, unfortunately... <g> )  
  165.  
  166. I'd be happy to resume the conversation when I get back - out the door in a few 
  167. minutes!
  168.  
  169. Tim
  170.  
  171.  
  172. - --------------------------------------------------------------
  173. Thanks for using Fractdev, The Fractint Developer's Discussion List
  174. Post Message:   fractdev@lists.xmission.com
  175. Get Commands:   majordomo@lists.xmission.com "help"
  176. Administrator:  twegner@phoenix.net
  177. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  178.  
  179. ------------------------------
  180.  
  181. Date: Sun, 14 Jun 1998 11:48:20 -0500
  182. From: "Paul N. Lee" <Paul.N.Lee@Worldnet.att.net>
  183. Subject: Re: (fractdev) Visual C/C++ 5
  184.  
  185. Tim Wegner wrote:
  186. > I am sure lots of folks know this stuff, but remember,
  187. > I'm a beginner <grin!>
  188. > I've been playing with Microsoft Visual C/C++ 5.0 ..........
  189. >
  190.  
  191. NEW VISUAL C++ MAGAZINE TO LAUNCH IN JUNE
  192.  
  193. The Visual C++ Developer's Journal, a new magazine dedicated to the
  194. needs of Visual C++ developers, will debut at Microsoft Tech Ed in
  195. June.  Published 6 times per year, VCDJ will provide articles on Visual
  196. C++, MFC, ATL, MTS, and COM as well as sample code, news, interviews,
  197. and more.  VCDJ is free for qualified subscribers; an online
  198. subscription request form is available at http://www.vcdj.com
  199.  
  200. P.N.L.
  201. - -------------------------------------------------
  202.      Why do most folks hate cynics so much?
  203.        Because we're almost always right.
  204. - -------------------------------------------------
  205. http://www.fractalus.com/cgi-bin/theway?ring=fractals&id=43&go
  206.  
  207. - --------------------------------------------------------------
  208. Thanks for using Fractdev, The Fractint Developer's Discussion List
  209. Post Message:   fractdev@lists.xmission.com
  210. Get Commands:   majordomo@lists.xmission.com "help"
  211. Administrator:  twegner@phoenix.net
  212. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  213.  
  214. ------------------------------
  215.  
  216. Date: Wed, 17 Jun 98 10:47:42 -0700
  217. From: Tim Gilman <t.gilman@apple.com>
  218. Subject: (fractdev) performance diffs between X & DOS
  219.  
  220. Can I get some performance marks from the XFract world?  I'm interested 
  221. in the basic 640x480x256 mandelbrot (default).  Using the XFract base on 
  222. my mac (PowerPC 604e @ 180MHz), and it takes a little over a minute to 
  223. generate this fractal.  What's the rest of the world look like?
  224.  
  225. - -= Tim Gilman
  226. tgilman@cats.ucsc.edu
  227. t.gilman@apple.com
  228.  
  229. - --------------------------------------------------------------
  230. Thanks for using Fractdev, The Fractint Developer's Discussion List
  231. Post Message:   fractdev@lists.xmission.com
  232. Get Commands:   majordomo@lists.xmission.com "help"
  233. Administrator:  twegner@phoenix.net
  234. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  235.  
  236. ------------------------------
  237.  
  238. Date: Wed, 17 Jun 1998 14:58:09 -0600
  239. From: Phil McRevis <legalize@xmission.com>
  240. Subject: Re: (fractdev) performance diffs between X & DOS 
  241.  
  242. In article <199806171747.KAA12048@scv2.apple.com>,
  243.     Tim Gilman <t.gilman@apple.com>  writes:
  244. > Can I get some performance marks from the XFract world?  I'm interested 
  245. > in the basic 640x480x256 mandelbrot (default).  Using the XFract base on 
  246. > my mac (PowerPC 604e @ 180MHz), and it takes a little over a minute to 
  247. > generate this fractal.  What's the rest of the world look like?
  248.  
  249. The most significant performance differences I've seen between
  250. xfractint and fractint are for formula type fractals.
  251. - --
  252. http://www.xmission.com/~legalize/    Legalize Adulthood!
  253. legalize@xmission.com
  254. ``Ain't it funny that they all fire the pistol,     <URL: http://
  255.   at the wrong end of the race?''--PDBT     www.eden.com/~thewho>
  256.  
  257. - --------------------------------------------------------------
  258. Thanks for using Fractdev, The Fractint Developer's Discussion List
  259. Post Message:   fractdev@lists.xmission.com
  260. Get Commands:   majordomo@lists.xmission.com "help"
  261. Administrator:  twegner@phoenix.net
  262. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  263.  
  264. ------------------------------
  265.  
  266. Date: Thu, 18 Jun 1998 11:03:56 +0200
  267. From: "Frederik Slijkerman" <fjslman@wins.uva.nl>
  268. Subject: Re: (fractdev) performance diffs between X & DOS
  269.  
  270. > Can I get some performance marks from the XFract world?  I'm interested 
  271. > in the basic 640x480x256 mandelbrot (default).  Using the XFract base on 
  272. > my mac (PowerPC 604e @ 180MHz), and it takes a little over a minute to 
  273. > generate this fractal.  What's the rest of the world look like?
  274.  
  275. The DOS world looks much better. :)
  276.  
  277. With the following parameters: type=mandel periodicity=0 symmetry=none
  278. maxiter=1000 passes=1 float=yes  I was able to generate a 640x480 image
  279. on my Pentium 166MMX in 14.94 seconds. With the following formula
  280.  
  281. Mandelbrot{
  282.   z = 0:
  283.   z = sqr(z) + pixel
  284.   |z| < 4
  285. }
  286.  
  287. the same image took 1 minute 19.42 seconds. It seems to me a PowerPC could
  288. do much better with a little bit of assembler...
  289.  
  290. Regards,
  291. Frederik.
  292.  
  293.  
  294. - --------------------------------------------------------------
  295. Thanks for using Fractdev, The Fractint Developer's Discussion List
  296. Post Message:   fractdev@lists.xmission.com
  297. Get Commands:   majordomo@lists.xmission.com "help"
  298. Administrator:  twegner@phoenix.net
  299. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  300.  
  301. ------------------------------
  302.  
  303. Date: Thu, 18 Jun 1998 14:09:50 +0100
  304. From: "Christian Strik" <cstrik.isg@hetnet.nl>
  305. Subject: Re: (fractdev) performance diffs between X & DOS
  306.  
  307. My compatriot Frederik wrote:
  308.  
  309. >
  310. >With the following parameters: type=mandel periodicity=0 symmetry=none
  311. >maxiter=1000 passes=1 float=yes  I was able to generate a 640x480 image
  312. >on my Pentium 166MMX in 14.94 seconds. With the following formula
  313. >
  314. >Mandelbrot{
  315. >  z = 0:
  316. >  z = sqr(z) + pixel
  317. >  |z| < 4
  318. >}
  319. >
  320.  
  321. Maxiter=1000? Isn't the default setting 150?
  322.  
  323. Christian
  324.  
  325.  
  326.  
  327.  
  328. - --------------------------------------------------------------
  329. Thanks for using Fractdev, The Fractint Developer's Discussion List
  330. Post Message:   fractdev@lists.xmission.com
  331. Get Commands:   majordomo@lists.xmission.com "help"
  332. Administrator:  twegner@phoenix.net
  333. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  334.  
  335. ------------------------------
  336.  
  337. Date: Thu, 18 Jun 1998 09:29:38 -0500
  338. From: DeRobertis <derobert@erols.com>
  339. Subject: Re: (fractdev) performance diffs between X & DOS
  340.  
  341. >Can I get some performance marks from the XFract world?  I'm interested
  342. >in the basic 640x480x256 mandelbrot (default).  Using the XFract base on
  343. >my mac (PowerPC 604e @ 180MHz), and it takes a little over a minute to
  344. >generate this fractal.  What's the rest of the world look like?
  345.  
  346. Hmmm...MacFractInt is up and running? Can I see the sources?
  347.  
  348. I might be able to help with some assembly code, or get it to run under
  349. MPW's MrC (which optimizes better than the CodeWarrior compiler)
  350.  
  351.  
  352. - --
  353. VirtualLawyers say: There is a significant chance that this message may
  354. contain alliteration, facetious remarks, spelling slips and gramatical
  355. goofs. Should that be the case, all were intended or were computer errors.
  356.  
  357.  
  358.  
  359. - --------------------------------------------------------------
  360. Thanks for using Fractdev, The Fractint Developer's Discussion List
  361. Post Message:   fractdev@lists.xmission.com
  362. Get Commands:   majordomo@lists.xmission.com "help"
  363. Administrator:  twegner@phoenix.net
  364. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  365.  
  366. ------------------------------
  367.  
  368. Date: Thu, 18 Jun 98 10:27:45 -0700
  369. From: Tim Gilman <t.gilman@apple.com>
  370. Subject: Re: (fractdev) performance diffs between X & DOS
  371.  
  372. >Hmmm...MacFractInt is up and running? Can I see the sources?
  373. >
  374. >I might be able to help with some assembly code, or get it to run under
  375. >MPW's MrC (which optimizes better than the CodeWarrior compiler)
  376.  
  377. Yeah, but its not quite ready for public consumption, or even developer 
  378. consumption.  Let me clean it up a lot and then I'll spread it around.
  379.  
  380. I've done some testing, and 40 of those "little over a minute" seconds 
  381. comes from drawing a pixel-at-a-time to a window.  XFract already has an 
  382. 'update after each scan-line' strategy to get around this;  anyone have 
  383. other strategies that might shave off them seconds?
  384.  
  385. - -= Tim Gilman
  386. t.gilman@apple.com
  387. tgilman@cats.ucsc.edu
  388.  
  389. - --------------------------------------------------------------
  390. Thanks for using Fractdev, The Fractint Developer's Discussion List
  391. Post Message:   fractdev@lists.xmission.com
  392. Get Commands:   majordomo@lists.xmission.com "help"
  393. Administrator:  twegner@phoenix.net
  394. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  395.  
  396. ------------------------------
  397.  
  398. Date: Thu, 18 Jun 1998 14:14:55 -0400
  399. From: "Damien M. Jones" <dmj@fractalus.com>
  400. Subject: Re: (fractdev) performance diffs between X & DOS
  401.  
  402. Tim Gilman,
  403.  
  404.  - I've done some testing, and 40 of those "little over a minute" seconds 
  405.  - comes from drawing a pixel-at-a-time to a window.  XFract already has an 
  406.  - 'update after each scan-line' strategy to get around this;  anyone have 
  407.  - other strategies that might shave off them seconds?
  408.  
  409. Here's a technique I use in JuliaSaver.  I keep track of the current
  410. plotting position and the last drawn position.  Five times per second (this
  411. is run on a Windows timer) I check to see how much has been drawn, redraw
  412. only the portion that has changed, and update the "last-drawn" position.
  413.  
  414. By putting the screen update on a regular timer, the program will seem more
  415. responsive than if it's line-by-line, since the amount of time a single
  416. line takes varies quite a bit.  When plotting is slow, you will see
  417. incremental plotting, perhaps even point-by-point for really slow fractals.
  418.  But when plotting is fast, you don't waste time at every pixel by plotting
  419. the point.  The five-redraws-per-second value was arbitrary, but it seems
  420. to work out pretty well.  Then again, JuliaSaver isn't meant to be terribly
  421. interactive.
  422.  
  423. To implement this in Windows I used multi-threading, putting the generator
  424. on a background, non-GUI thread, and leaving the GUI thread free to respond
  425. to messages (like timer and redraw messages).  I don't know how you'd go
  426. about this under MacOS.
  427.  
  428. Damien M. Jones   \\
  429. dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary sanity designs)
  430.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  431.  
  432. - --------------------------------------------------------------
  433. Thanks for using Fractdev, The Fractint Developer's Discussion List
  434. Post Message:   fractdev@lists.xmission.com
  435. Get Commands:   majordomo@lists.xmission.com "help"
  436. Administrator:  twegner@phoenix.net
  437. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  438.  
  439. ------------------------------
  440.  
  441. Date: Sun, 21 Jun 1998 01:45:00 -0500
  442. From: DeRobertis <derobert@erols.com>
  443. Subject: Re: (fractdev) performance diffs between X & DOS
  444.  
  445. >>Hmmm...MacFractInt is up and running? Can I see the sources?
  446. >>
  447. >>I might be able to help with some assembly code, or get it to run under
  448. >>MPW's MrC (which optimizes better than the CodeWarrior compiler)
  449. >
  450. >Yeah, but its not quite ready for public consumption, or even developer
  451. >consumption.  Let me clean it up a lot and then I'll spread it around.
  452. >
  453. >I've done some testing, and 40 of those "little over a minute" seconds
  454. >comes from drawing a pixel-at-a-time to a window.  XFract already has an
  455. >'update after each scan-line' strategy to get around this;  anyone have
  456. >other strategies that might shave off them seconds?
  457.  
  458.  
  459. Draw it pixel-by-pixel offscreen, in a 8-byte aligned buffer. Then perform
  460. one move using a FP register to bring it onscreen.
  461.  
  462. Basicly, this results in one bus cycle per 8 bytes of pixel data (if you
  463. can manage to keep that 8 bytes in the on-chip data cache)
  464.  
  465. You could also use a larger size (perhaps 32 bytes), but by using a one bus
  466. cycle one, you might be able to avoid some stalls (that is the write to RAM
  467. occurs during pixel calculation).
  468.  
  469. But whatever you do, don't even get near "SetCPixel."
  470.  
  471.  
  472. - --
  473. VirtualLawyers say: There is a significant chance that this message may
  474. contain alliteration, facetious remarks, spelling slips and gramatical
  475. goofs. Should that be the case, all were intended or were computer errors.
  476.  
  477.  
  478.  
  479. - --------------------------------------------------------------
  480. Thanks for using Fractdev, The Fractint Developer's Discussion List
  481. Post Message:   fractdev@lists.xmission.com
  482. Get Commands:   majordomo@lists.xmission.com "help"
  483. Administrator:  twegner@phoenix.net
  484. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  485.  
  486. ------------------------------
  487.  
  488. Date: Mon, 13 Jul 1998 22:01:38 -0400
  489. From: "Peter Gavin" <pgavin@mindspring.com>
  490. Subject: RE: (fractdev) Visual C/C++ 5
  491.  
  492. About a month ago you said you got fractint to compile with visual C++...  I
  493. was wondering if you could tell me how you did it.  Does it run faster when
  494. compiled for 32 bit?
  495.  
  496. Thanks in advance,
  497.  
  498. Pete
  499. <pgavin@mindspring.com>
  500.  
  501.  
  502.  
  503. - --------------------------------------------------------------
  504. Thanks for using Fractdev, The Fractint Developer's Discussion List
  505. Post Message:   fractdev@lists.xmission.com
  506. Get Commands:   majordomo@lists.xmission.com "help"
  507. Administrator:  twegner@phoenix.net
  508. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  509.  
  510. ------------------------------
  511.  
  512. Date: Mon, 13 Jul 1998 22:08:22 -0400
  513. From: "Peter Gavin" <pgavin@mindspring.com>
  514. Subject: RE: (fractdev) Visual C/C++ 5
  515.  
  516. Sorry, that last message was meant for Tim... <g>
  517.  
  518. Pete
  519. <pgavin@mindspring.com>
  520.  
  521. //  -----Original Message-----
  522. //  From: owner-fractdev@lists.xmission.com
  523. //  [mailto:owner-fractdev@lists.xmission.com]On Behalf Of Peter Gavin
  524. //  Sent: Monday, July 13, 1998 10:02 PM
  525. //  To: fractdev@lists.xmission.com
  526. //  Subject: RE: (fractdev) Visual C/C++ 5
  527. //  
  528. //  
  529. //  About a month ago you said you got fractint to compile with 
  530. //  visual C++...  I
  531. //  was wondering if you could tell me how you did it.  Does it run 
  532. //  faster when
  533. //  compiled for 32 bit?
  534. //  
  535. //  Thanks in advance,
  536. //  
  537. //  Pete
  538. //  <pgavin@mindspring.com>
  539. //  
  540. //  
  541. //  
  542. //  --------------------------------------------------------------
  543. //  Thanks for using Fractdev, The Fractint Developer's Discussion List
  544. //  Post Message:   fractdev@lists.xmission.com
  545. //  Get Commands:   majordomo@lists.xmission.com "help"
  546. //  Administrator:  twegner@phoenix.net
  547. //  Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  548. //  
  549.  
  550. - --------------------------------------------------------------
  551. Thanks for using Fractdev, The Fractint Developer's Discussion List
  552. Post Message:   fractdev@lists.xmission.com
  553. Get Commands:   majordomo@lists.xmission.com "help"
  554. Administrator:  twegner@phoenix.net
  555. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  556.  
  557. ------------------------------
  558.  
  559. Date: Wed, 15 Jul 1998 18:00:39 -0600
  560. From: "Tim Wegner" <twegner@phoenix.net>
  561. Subject: RE: (fractdev) Visual C/C++ 5
  562.  
  563. Pete asked:
  564.  
  565. > About a month ago you said you got fractint to compile with visual C++...  I
  566. > was wondering if you could tell me how you did it.  Does it run faster when
  567. > compiled for 32 bit?
  568.  
  569. This wasn't me. Fractint can't be compiled under Visual C/C++ without massive 
  570. changes. There is someone trying it, I haven't heard lately how it's going. I will 
  571. be making a Visual C/C++ version at my own glacial speed :-).
  572.  
  573. Tim
  574.  
  575.  
  576.  
  577. - --------------------------------------------------------------
  578. Thanks for using Fractdev, The Fractint Developer's Discussion List
  579. Post Message:   fractdev@lists.xmission.com
  580. Get Commands:   majordomo@lists.xmission.com "help"
  581. Administrator:  twegner@phoenix.net
  582. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  583.  
  584. ------------------------------
  585.  
  586. Date: Wed, 15 Jul 1998 20:46:04 -0400 (EDT)
  587. From: kragen@pobox.com (Kragen)
  588. Subject: (fractdev) new L-system computation method
  589.  
  590. I've come up with a better way of computing L-system strings.  On my
  591. 5x86-133, I can compute the order-21 string for the 'Dragon' L-system
  592. from fractint.l in 17 seconds.  The string is 25 megabytes.
  593.  
  594. The biggest advantage of this, I think, is that the beginning of the
  595. string is available for plotting almost instantly -- you don't have to
  596. wait for the calculation to complete.
  597.  
  598. I haven't tried actually plotting the output from it.
  599.  
  600. The source (in convenient standalone program form -- and I think it
  601. should run OK on platforms other than Linux) is at
  602. <URL:http://www.pobox.com/~kragen/sw/fastlsys.c>.
  603.  
  604. Does anyone think this would be nice to have in Fractint 20?
  605.  
  606. I'm also going to try getting it into LPARSER.
  607.  
  608. Kragen
  609.  
  610.  
  611. - --------------------------------------------------------------
  612. Thanks for using Fractdev, The Fractint Developer's Discussion List
  613. Post Message:   fractdev@lists.xmission.com
  614. Get Commands:   majordomo@lists.xmission.com "help"
  615. Administrator:  twegner@phoenix.net
  616. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  617.  
  618. ------------------------------
  619.  
  620. Date: Fri, 17 Jul 1998 17:32:46 -0400 (EDT)
  621. From: kragen@pobox.com (Kragen)
  622. Subject: (fractdev) ping?
  623.  
  624. Well, I sent out a message to this list a few days ago.  No one
  625. responded, and no one even visited the URL I listed.  Is anyone
  626. actually on the list, or were they all bored?
  627.  
  628. Kragen
  629.  
  630.  
  631. - --------------------------------------------------------------
  632. Thanks for using Fractdev, The Fractint Developer's Discussion List
  633. Post Message:   fractdev@lists.xmission.com
  634. Get Commands:   majordomo@lists.xmission.com "help"
  635. Administrator:  twegner@phoenix.net
  636. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  637.  
  638. ------------------------------
  639.  
  640. Date: Fri, 17 Jul 1998 20:16:37 -0600
  641. From: Phil McRevis <legalize@xmission.com>
  642. Subject: Re: (fractdev) ping? 
  643.  
  644. In article <Pine.SUN.3.96.980717173158.6874y-100000@picard.dnaco.net>,
  645.     kragen@pobox.com (Kragen)  writes:
  646. > Well, I sent out a message to this list a few days ago.  No one
  647. > responded, and no one even visited the URL I listed.  Is anyone
  648. > actually on the list, or were they all bored?
  649.  
  650. Looks like a good idea to me; I've thougth the same thing about
  651. fractint's L-system handling.  One disadvantage of preorder traversal
  652. is that you must compute the bounding box of the resulting endstring
  653. by an analysis of the rules.  I think this is why breadth first
  654. traversal was done so that the bounding box could be computed easily.
  655. - --
  656. http://www.xmission.com/~legalize/    Legalize Adulthood!
  657. legalize@xmission.com
  658. ``Ain't it funny that they all fire the pistol,     <URL: http://
  659.   at the wrong end of the race?''--PDBT     www.eden.com/~thewho>
  660.  
  661. - --------------------------------------------------------------
  662. Thanks for using Fractdev, The Fractint Developer's Discussion List
  663. Post Message:   fractdev@lists.xmission.com
  664. Get Commands:   majordomo@lists.xmission.com "help"
  665. Administrator:  twegner@phoenix.net
  666. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  667.  
  668. ------------------------------
  669.  
  670. Date: Fri, 17 Jul 1998 23:34:47 -0400 (EDT)
  671. From: kragen@pobox.com (Kragen)
  672. Subject: Re: (fractdev) ping? 
  673.  
  674. On Fri, 17 Jul 1998, Phil McRevis wrote:
  675. > In article <Pine.SUN.3.96.980717173158.6874y-100000@picard.dnaco.net>,
  676. >     kragen@pobox.com (Kragen)  writes:
  677. > > Well, I sent out a message to this list a few days ago.  No one
  678. > > responded, and no one even visited the URL I listed.  Is anyone
  679. > > actually on the list, or were they all bored?
  680. > Looks like a good idea to me; I've thougth the same thing about
  681. > fractint's L-system handling.  One disadvantage of preorder traversal
  682. > is that you must compute the bounding box of the resulting endstring
  683. > by an analysis of the rules.  I think this is why breadth first
  684. > traversal was done so that the bounding box could be computed easily.
  685.  
  686. I've thought a lot about that.  I don't really think it's possible to
  687. compute the bounding box by analysis of the rules, at least, not any
  688. more easily than by just running the L-system.
  689.  
  690. I'll have to hack it into xfractint and see what the profiling says; it
  691. may be that it's feasible to resize the bounding box on the fly, or to
  692. compute the L-system twice in order to know the bounding box for
  693. plotting the second time.
  694.  
  695. btw, it runs in almost-constant space; the traversal stack is never
  696. deeper than your order.  So you can generate 25MB of L-system string
  697. while taking up 236K of RAM.
  698.  
  699. On today's machines, it might actually be faster to recalculate the
  700. string rather than fetching it from memory -- but I'll have to try it
  701. before I assert that's really true.
  702.  
  703. Kragen
  704.  
  705.  
  706. - --------------------------------------------------------------
  707. Thanks for using Fractdev, The Fractint Developer's Discussion List
  708. Post Message:   fractdev@lists.xmission.com
  709. Get Commands:   majordomo@lists.xmission.com "help"
  710. Administrator:  twegner@phoenix.net
  711. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  712.  
  713. ------------------------------
  714.  
  715. Date: Sat, 18 Jul 1998 10:11:48 -0600
  716. From: Phil McRevis <legalize@xmission.com>
  717. Subject: Re: (fractdev) ping?
  718.  
  719. In article <Pine.SUN.3.96.980717232939.6874G-100000@picard.dnaco.net>,
  720.     kragen@pobox.com (Kragen)  writes:
  721. > I've thought a lot about that.  I don't really think it's possible to
  722. > compute the bounding box by analysis of the rules, at least, not any
  723. > more easily than by just running the L-system.
  724.  
  725. Suppose you have a rule like F => F+F-F-F+F, which looks roughly like
  726. this:
  727.  
  728.  
  729.     +----+  => +----+    +----+
  730.                     |     |
  731.                     |     |
  732.                     +----+
  733.  
  734. So this rule takes a 1x1 unit bounding box and transforms it into a
  735. 3x1 unit bounding box.  This means every time you replace an 'F' in
  736. the string you're going to essentially be expanding the bounding box
  737. by a factor of 3 in the orientation of the 'F' you're replacing.  You
  738. can build up appropriate scale factors for every rule in your set and
  739. use induction to show what the final bounding box will be for any
  740. complete expansion to a certain level.
  741. - --
  742. http://www.xmission.com/~legalize/    Legalize Adulthood!
  743. legalize@xmission.com
  744. ``Ain't it funny that they all fire the pistol,     <URL: http://
  745.   at the wrong end of the race?''--PDBT     www.eden.com/~thewho>
  746.  
  747. - --------------------------------------------------------------
  748. Thanks for using Fractdev, The Fractint Developer's Discussion List
  749. Post Message:   fractdev@lists.xmission.com
  750. Get Commands:   majordomo@lists.xmission.com "help"
  751. Administrator:  twegner@phoenix.net
  752. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  753.  
  754. ------------------------------
  755.  
  756. Date: Sat, 18 Jul 1998 23:37:10 -0400 (EDT)
  757. From: kragen@pobox.com (Kragen)
  758. Subject: Re: (fractdev) ping?
  759.  
  760. On Sat, 18 Jul 1998, Phil McRevis wrote:
  761. > In article <Pine.SUN.3.96.980717232939.6874G-100000@picard.dnaco.net>,
  762. >     kragen@pobox.com (Kragen)  writes:
  763. > > I've thought a lot about that.  I don't really think it's possible to
  764. > > compute the bounding box by analysis of the rules, at least, not any
  765. > > more easily than by just running the L-system.
  766. > Suppose you have a rule like F => F+F-F-F+F, which looks roughly like
  767. > this:
  768. >     +----+  => +----+    +----+
  769. >                     |     |
  770. >                     |     |
  771. >                     +----+
  772. > So this rule takes a 1x1 unit bounding box and transforms it into a
  773. > 3x1 unit bounding box.  This means every time you replace an 'F' in
  774. > the string you're going to essentially be expanding the bounding box
  775. > by a factor of 3 in the orientation of the 'F' you're replacing.  
  776.  
  777. It seems to me that knowing where every 'F' you're replacing is, and
  778. what its orientation and scale is, is as difficult as running the
  779. L-system.  Maybe I haven't understood correctly?
  780.  
  781. > You
  782. > can build up appropriate scale factors for every rule in your set and
  783. > use induction to show what the final bounding box will be for any
  784. > complete expansion to a certain level.
  785.  
  786. As long as you know where each of those rules gets applied, no?
  787.  
  788. Please! prove me wrong! A simple and quick way to go from a general
  789. (or, heck, even fairly restricted) L-system to a bounding box for order
  790. N would be a godsend.
  791.  
  792. Kragen
  793.  
  794.  
  795. - --------------------------------------------------------------
  796. Thanks for using Fractdev, The Fractint Developer's Discussion List
  797. Post Message:   fractdev@lists.xmission.com
  798. Get Commands:   majordomo@lists.xmission.com "help"
  799. Administrator:  twegner@phoenix.net
  800. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  801.  
  802. ------------------------------
  803.  
  804. Date: Tue, 21 Jul 1998 01:20:00 -0400
  805. From: "Peter Gavin" <pgavin@mindspring.com>
  806. Subject: (fractdev) The PAR & FRM repository
  807.  
  808. Thanks to anyone who sent comments referring me to where I can get their
  809. PAR/FRM files; however, it would be easiest for me if you could email a
  810. direct link to the file if it is on the WWW or available by FTP (as in
  811. http://www.fractalus.com/); or for you email the file(s) to me.  If I have
  812. to go all over the internet searching for the files, even if it just
  813. involves going to a web site and clicking a link, it still means I have to
  814. wait for the site to load.  Once or twice isn't so bad, but several times
  815. is.
  816.  
  817. Thanks!
  818.  
  819. Peter Gavin
  820. <pgavin@mindspring.com>
  821.  
  822. // End transmission
  823.  
  824.  
  825. - --------------------------------------------------------------
  826. Thanks for using Fractdev, The Fractint Developer's Discussion List
  827. Post Message:   fractdev@lists.xmission.com
  828. Get Commands:   majordomo@lists.xmission.com "help"
  829. Administrator:  twegner@phoenix.net
  830. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  831.  
  832. ------------------------------
  833.  
  834. Date: Tue, 21 Jul 1998 01:28:19 -0400
  835. From: "Peter Gavin" <pgavin@mindspring.com>
  836. Subject: RE: (fractdev) The PAR & FRM repository
  837.  
  838. Sorry about that last (irrelevant) post, but I accidentally clicked
  839. "Fractdev" in mail address book rather than "Fractint". <g>
  840.  
  841.  
  842.  
  843. Pete
  844. <pgavin@mindspring.com>
  845.  
  846.  
  847. - --------------------------------------------------------------
  848. Thanks for using Fractdev, The Fractint Developer's Discussion List
  849. Post Message:   fractdev@lists.xmission.com
  850. Get Commands:   majordomo@lists.xmission.com "help"
  851. Administrator:  twegner@phoenix.net
  852. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  853.  
  854. ------------------------------
  855.  
  856. Date: Thu, 23 Jul 1998 03:15:06 -0400
  857. From: "Peter Gavin" <pgavin@mindspring.com>
  858. Subject: (fractdev) RE: (fractint) Ultra Fractal 2.0 beta 5
  859.  
  860. //  Ah.. seems the fractint developers have something to catch up with... :)
  861. //
  862. //  Christian
  863. //
  864. //  :* MDI (multiple documents) and multi-threading
  865. //  :* Multiple layers, with all Photoshop merge modes and
  866. //  :  alpha channel merging
  867. .
  868. .
  869. .
  870. [advertisement spam snipped]
  871.  
  872. I'll be impressed when this thing does deep zooms.  Then you can say
  873. FractInt has catching up to do. ;)
  874.  
  875.  
  876. BTW, if someone is planning on/has begun developing a Win32 version of
  877. FractInt, I've been working on an arbitrary precision class (after debating
  878. the pros and cons of FFTs and NTTs for some time) and if you are interested,
  879. I would be willing to share it with you after I've got enough completed on
  880. it.  I plan on sticking it into am MFC extension DLL.  Eventually I'll have
  881. some inline assembly (once I think I'm good enough at it) but just for now
  882. it'll be straight C++.  I hope to be able to get alot done within the next
  883. month or so, but FFTs/NTTs are fairly new to me, and I've just recently got
  884. the whole thing straightened out in my head.
  885.  
  886. Oh, does anyone know where I can find a freely available assembler that
  887. creates Visual C++ compatible .obj files?  The only ones I've found create
  888. a.out files, and all the converters I've seen only are for changing .objs to
  889. a.outs, unfortunately.  (Besides, converters aren't known for being
  890. reliable...)  I'd appreciate a few pointers :)  I don't really feel like
  891. going to the store and buying Turbo/Macro Assembler, since I'm not exactly
  892. rich <g> (I'm leaving for college in the fall and I gotta save at least a
  893. couple cents just in case... :)  )
  894.  
  895. Thanks!
  896.  
  897. Pete
  898. <pgavin@mindspring.com>
  899.  
  900.  
  901.  
  902. - --------------------------------------------------------------
  903. Thanks for using Fractdev, The Fractint Developer's Discussion List
  904. Post Message:   fractdev@lists.xmission.com
  905. Get Commands:   majordomo@lists.xmission.com "help"
  906. Administrator:  twegner@phoenix.net
  907. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  908.  
  909. ------------------------------
  910.  
  911. Date: Thu, 23 Jul 1998 10:18:53 -0500
  912. From: "Damien M. Jones" <dmj@fractalus.com>
  913. Subject: Re: (fractdev) RE: (fractint) Ultra Fractal 2.0 beta 5
  914.  
  915. Peter,
  916.  
  917.  - Oh, does anyone know where I can find a freely available assembler that
  918.  - creates Visual C++ compatible .obj files?
  919.  
  920. Someone posted on comp.lang.asm.x86 not too long ago that you can download
  921. MASM 6.11d as part of a driver kit or something, for free, legitimately,
  922. from Microsoft's web site.  I don't have the URL handy, but if you search
  923. Deja News (www.dejanews.com) for it you should find it.
  924.  
  925. Damien M. Jones   \\
  926. dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary sanity designs)
  927.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  928.  
  929. - --------------------------------------------------------------
  930. Thanks for using Fractdev, The Fractint Developer's Discussion List
  931. Post Message:   fractdev@lists.xmission.com
  932. Get Commands:   majordomo@lists.xmission.com "help"
  933. Administrator:  twegner@phoenix.net
  934. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  935.  
  936. ------------------------------
  937.  
  938. Date: Thu, 23 Jul 1998 11:41:28 -0400
  939. From: "Peter Gavin" <pgavin@mindspring.com>
  940. Subject: RE: (fractdev) RE: (fractint) Ultra Fractal 2.0 beta 5
  941.  
  942. Cool, thanks.
  943.  
  944. Pete
  945. <pgavin@mindspring.com>
  946.  
  947. //  -----Original Message-----
  948. //  From: owner-fractdev@lists.xmission.com
  949. //  [mailto:owner-fractdev@lists.xmission.com]On Behalf Of Damien M. Jones
  950. //  Sent: Thursday, July 23, 1998 11:19 AM
  951. //  To: fractdev@lists.xmission.com
  952. //  Subject: Re: (fractdev) RE: (fractint) Ultra Fractal 2.0 beta 5
  953. //
  954. //
  955. //  Peter,
  956. //
  957. //   - Oh, does anyone know where I can find a freely available
  958. //  assembler that
  959. //   - creates Visual C++ compatible .obj files?
  960. //
  961. //  Someone posted on comp.lang.asm.x86 not too long ago that you
  962. //  can download
  963. //  MASM 6.11d as part of a driver kit or something, for free, legitimately,
  964. //  from Microsoft's web site.  I don't have the URL handy, but if
  965. //  you search
  966. //  Deja News (www.dejanews.com) for it you should find it.
  967. //
  968. //  Damien M. Jones   \\
  969. //  dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary
  970. //  sanity designs)
  971. //                      \\  http://www.fractalus.com/ (fractals are
  972. //  my hobby)
  973. //
  974. //  --------------------------------------------------------------
  975. //  Thanks for using Fractdev, The Fractint Developer's Discussion List
  976. //  Post Message:   fractdev@lists.xmission.com
  977. //  Get Commands:   majordomo@lists.xmission.com "help"
  978. //  Administrator:  twegner@phoenix.net
  979. //  Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  980. //
  981.  
  982.  
  983. - --------------------------------------------------------------
  984. Thanks for using Fractdev, The Fractint Developer's Discussion List
  985. Post Message:   fractdev@lists.xmission.com
  986. Get Commands:   majordomo@lists.xmission.com "help"
  987. Administrator:  twegner@phoenix.net
  988. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  989.  
  990. ------------------------------
  991.  
  992. Date: Thu, 23 Jul 1998 12:03:14 -0400
  993. From: "Peter Gavin" <pgavin@mindspring.com>
  994. Subject: RE: (fractdev) RE: (fractint) Ultra Fractal 2.0 beta 5
  995.  
  996. Great!  You can get MASM 6.0 as part of the Win98 DDK at
  997. http://www.microsoft.com/hwdev/ddk/ddk98.htm
  998. Its 19 megs but that includes some docs and stuff.  You don't _need_ win98,
  999. just win95 or NT4, but it does require Visual C++ 4 or better.
  1000.  
  1001.  
  1002.  
  1003. Pete
  1004. <pgavin@mindspring.com>
  1005.  
  1006. //  -----Original Message-----
  1007. //  From: owner-fractdev@lists.xmission.com
  1008. //  [mailto:owner-fractdev@lists.xmission.com]On Behalf Of Damien M. Jones
  1009. //  Sent: Thursday, July 23, 1998 11:19 AM
  1010. //  To: fractdev@lists.xmission.com
  1011. //  Subject: Re: (fractdev) RE: (fractint) Ultra Fractal 2.0 beta 5
  1012. //
  1013. //
  1014. //  Peter,
  1015. //
  1016. //   - Oh, does anyone know where I can find a freely available
  1017. //  assembler that
  1018. //   - creates Visual C++ compatible .obj files?
  1019. //
  1020. //  Someone posted on comp.lang.asm.x86 not too long ago that you
  1021. //  can download
  1022. //  MASM 6.11d as part of a driver kit or something, for free, legitimately,
  1023. //  from Microsoft's web site.  I don't have the URL handy, but if
  1024. //  you search
  1025. //  Deja News (www.dejanews.com) for it you should find it.
  1026. //
  1027. //  Damien M. Jones   \\
  1028. //  dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary
  1029. //  sanity designs)
  1030. //                      \\  http://www.fractalus.com/ (fractals are
  1031. //  my hobby)
  1032. //
  1033. //  --------------------------------------------------------------
  1034. //  Thanks for using Fractdev, The Fractint Developer's Discussion List
  1035. //  Post Message:   fractdev@lists.xmission.com
  1036. //  Get Commands:   majordomo@lists.xmission.com "help"
  1037. //  Administrator:  twegner@phoenix.net
  1038. //  Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1039. //
  1040.  
  1041.  
  1042. - --------------------------------------------------------------
  1043. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1044. Post Message:   fractdev@lists.xmission.com
  1045. Get Commands:   majordomo@lists.xmission.com "help"
  1046. Administrator:  twegner@phoenix.net
  1047. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1048.  
  1049. ------------------------------
  1050.  
  1051. Date: Thu, 23 Jul 1998 11:40:45 -0500
  1052. From: "Damien M. Jones" <dmj@fractalus.com>
  1053. Subject: RE: (fractdev) RE: (fractint) Ultra Fractal 2.0 beta 5
  1054.  
  1055. Peter,
  1056.  
  1057.  - Great!  You can get MASM 6.0 as part of the Win98 DDK
  1058.  
  1059. Yep.  It's gems like that I read the newsgroup for.  Most of it is pretty
  1060. lame, kids looking for people to help them with homework or something, but
  1061. once in a while there's something really good.
  1062.  
  1063. BTW, make sure you pick up the latest copy of Agner Fog's Pentium
  1064. optimization guide.  Even if you don't use it, it contains a lot of
  1065. interesting material about how things work inside the Pentium and Pentium-II.
  1066.  
  1067. Damien M. Jones   \\
  1068. dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary sanity designs)
  1069.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  1070.  
  1071. - --------------------------------------------------------------
  1072. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1073. Post Message:   fractdev@lists.xmission.com
  1074. Get Commands:   majordomo@lists.xmission.com "help"
  1075. Administrator:  twegner@phoenix.net
  1076. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1077.  
  1078. ------------------------------
  1079.  
  1080. End of fractdev-digest V1 #10
  1081. *****************************
  1082.  
  1083.