From: owner-fractdev-digest@lists.xmission.com (fractdev-digest) To: fractdev-digest@lists.xmission.com Subject: fractdev-digest V1 #40 Reply-To: fractdev-digest Sender: owner-fractdev-digest@lists.xmission.com Errors-To: owner-fractdev-digest@lists.xmission.com Precedence: bulk fractdev-digest Sunday, April 1 2001 Volume 01 : Number 040 ---------------------------------------------------------------------- Date: Sun, 21 Jan 2001 12:19:22 -0600 From: "Jonathan Osuch" Subject: Re: Welcome Jean-Pierre! Rich wrote: > It may be buried inside the "experimental" code that I have at > . > I think that code incorporates the device driver abstraction and I > massaged the relevant xfractint code into the X11 driver. Yes, I think it is there. I couldn't get the X11 driver to work when I started working with your experimental source. I'll try to look at it this week. Jonathan - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Sun, 21 Jan 2001 11:22:24 -0700 From: Rich Subject: Re: Welcome Jean-Pierre! In article <002501c083d6$bbd348c0$0100a8c0@bananasenior>, "Jonathan Osuch" writes: > Yes, I think it is there. I couldn't get the X11 driver to work when I > started working with your experimental source. I'll try to look at it this > week. Odd, as the X11 driver is the one that I was developing with ;-). It still needed proper text support and menus to be added, but it was drawing. - -- Ask me about my upcoming book on Direct3D from Addison-Wesley! Direct3D Book Home Fractals! - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Sun, 21 Jan 2001 12:35:34 -0600 From: Tim Wegner Subject: Re: unixscr.c Rich wrote: > I > am virtually 100% certain I mailed it to Tim a long time ago, but that > was before I started keeping a permanent record of all my outgoing > mail. I keep all my mail, I have it. I'll get it in a usable form and share it. Tim - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Mon, 22 Jan 2001 14:50:18 -0700 From: Rich Subject: Re: unixscr.c In article <3A6AD796.2663.9B495@localhost>, Tim Wegner writes: > Rich wrote: > > > I > > am virtually 100% certain I mailed it to Tim a long time ago, but that > > was before I started keeping a permanent record of all my outgoing > > mail. > > I keep all my mail, I have it. I'll get it in a usable form and share it. I do remember sending it as a distinct patch before I did the device driver split on the xfractint code. - -- Ask me about my upcoming book on Direct3D from Addison-Wesley! Direct3D Book Home Fractals! - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Tue, 23 Jan 2001 23:05:06 -0600 From: Tim Wegner Subject: Re: unixscr.c First, Jean-Pierre asked me to upload his newer unixscr.c to fractint.org. I had trouble with FTP tonight, I'll try again tomorrow (I can always use scp). Second, the email I have from Rich is not the big diff file with the Xfractint video changes, but a small diff with SGI changes. I will look on the backup tapes and my other computer. Sorry for the delay. Tim - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Wed, 24 Jan 2001 16:08:36 -0700 From: Rich Subject: Re: unixscr.c In article <3A6E0E22.955.16E4522@localhost>, Tim Wegner writes: > Second, the email I have from Rich is not the big diff file with the > Xfractint video changes, but a small diff with SGI changes. I will > look on the backup tapes and my other computer. Its been too long for me to say for sure how I sent you the patch. I believe the fixes were twofold: - remove the assumption that WhitePixelOfDisplay() and BlackPixelOfDisplay() return indices into a color palette. When your root window is in a TrueColor or DirectColor visual, that assumption is false. - let xfractint treat the image as an array of byte indices into a CLUT, but when transporting the image to Xlib, expand it as appropriate for the visual. - -- Ask me about my upcoming book on Direct3D from Addison-Wesley! Direct3D Book Home Fractals! - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Wed, 24 Jan 2001 21:30:33 -0600 From: Tim Wegner Subject: new unixscr.c available A few days ago Jean-Pierre sent a revised unixscr.c. The earlier one is still available at: http://www.fractint.org/ftp/experimental/unixscr.c.v01 the new one is at: http://www.fractint.org/ftp/experimental/unixscr.c.v02 Jean-Pierre, could you tell us about the differences? I hope to test these on the weekend. I believe Jonathan said 256-color video mode support is broken with these. Tim - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Thu, 25 Jan 2001 09:13:59 +0100 (MET) From: Jean-Pierre Demailly Subject: Re: new unixscr.c available > A few days ago Jean-Pierre sent a revised unixscr.c. The earlier > one is still available at: > > http://www.fractint.org/ftp/experimental/unixscr.c.v01 > > the new one is at: > > http://www.fractint.org/ftp/experimental/unixscr.c.v02 > > Jean-Pierre, could you tell us about the differences? I hope to test > these on the weekend. I believe Jonathan said 256-color video > mode support is broken with these. > There are no differences in functionality, but unixscr.c.v02 has a better scheme for allocating the truecolor palette -- thus providing a better look (fewer "color discontinuities" than with unixscr.c.v01). The only changes are in the "convert" routine. I've tested 256-color video mode support - it still works fine on my machine, at least when using the -private option (otherwise I got blank screen, but the video palette was probably full...). Anyway, the color scheme looks poor compared to what you get in true colors -- which, of course, is not really surprizing... Best, Jean-Pierre Demailly - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Thu, 25 Jan 2001 10:42:22 -0700 From: Rich Subject: Re: new unixscr.c available In article <200101250813.JAA24142@rossini.ujf-grenoble.fr>, Jean-Pierre Demailly writes: > There are no differences in functionality, but unixscr.c.v02 has a better > scheme for allocating the truecolor palette [...] Umm... there is no palette on a truecolor visual, I'm not sure what you're saying here? > [...] Anyway, the color > scheme looks poor compared to what you get in true colors Fractint never uses more than 256 colors at a time and its 256 out of a palette of 2^24, so they should be identical. - -- Ask me about my upcoming book on Direct3D from Addison-Wesley! Direct3D Book Home Fractals! - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Thu, 25 Jan 2001 22:07:33 +0100 (MET) From: Jean-Pierre Demailly Subject: Re: new unixscr.c available > > In article <200101250813.JAA24142@rossini.ujf-grenoble.fr>, > Jean-Pierre Demailly writes: > > > There are no differences in functionality, but unixscr.c.v02 has a better > > scheme for allocating the truecolor palette [...] > > Umm... there is no palette on a truecolor visual, I'm not sure what > you're saying here? I do not mean the X palette, of course, since it only exists for pseudocolor visuals, but the assignment of colors that is made from fractint's output (integers 0..255 --> colors in truecolor visuals). This is of course completely up to the choice of the implementer. What I meant above is that the assignment 0..255 --> colors I achieved is better in v02 than it was in version v01. > > > [...] Anyway, the color > > scheme looks poor compared to what you get in true colors > > Fractint never uses more than 256 colors at a time and its 256 out of > a palette of 2^24, so they should be identical. What I mean is just for the default colormap that is installed when you start xfractint with the -private option. As I usually run my X server in truecolor modes, I've not taken a real occasion to play with the colormaps to see what effects can be obtained then... Anyway, color cycling in pseudocolor visuals seems to only use a rotation of the palette -- not a change of the colormap -- so you only have 256 colors at most involved. But the color cycling I've implemented for true colors makes use of more than that (basically 256 x 24, since there are 24 steps in "my" cycles - this is anyway arbitrary and could be increased or decreased without much change). Jean-Pierre Demailly - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Thu, 01 Feb 2001 19:56:58 -0600 From: "Scott D. Boyd" Subject: Colormap differences between Fractint and Xfractint I apologize if this email gets posted to the list twice.... It seems that there is a difference in the way Fractint 20.0 and Xfractint 20.1.04 interpret a colormap. This was discovered when Paul N. Lee and myself both created Jim Muth's FOTD for 1-31-01. Paul's and Jim's versions of the image were identical, mine, created with Xfractint, was different. I downloaded and installed Fractint 20.0 on a Win95 machine I have, and created the image, using Jim's .par file and colormap file. As expected, it turned out looking like Paul's and Jim's images. I have put up a page that shows both images, with text explaining which one's which. The URL is: http://home.swbell.net/sdboyd56/fotd/comparison.html By the way: using disk video mode, Xfractint created the same image in both 8-bit Xserver and 16-bit Xserver. Just so you'll know that isn't causing the discrepancy. Scott Boyd - -- sdboyd56@swbell.net http://home.swbell.net/sdboyd56/ - ------------------------------------------------------- "Microsoft is a cross between the Borg and the Ferengi. Unfortunately, they use Borg to do their marketing and Ferengi to do their programming." --- Simon Slavin in asr - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Thu, 01 Feb 2001 21:33:04 -0500 From: "Damien M. Jones" Subject: Re: Colormap differences between Fractint and Xfractint Scott, Were I to guess I'd say it's not the colormap that's the issue, it's the formula parser itself. There are probably differences in overflow between the two versions, DOS and X, and that's causing things to behave erratically. This image uses bof60 inside coloring, and just about everything you see in the image comes from that. Damien M. Jones \\ dmj@fractalus.com \\ Fractalus Galleries & Info: \\ http://www.fractalus.com/ Please do not post my e-mail address on a web site or in a newsgroup. Thank you. - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Thu, 01 Feb 2001 20:43:11 -0600 From: "Paul N. Lee" Subject: Re: Colormap differences between Fractint and Xfractint Scott D. Boyd wrote: > > It seems that there is a difference in the way > Fractint 20.0 and Xfractint 20.1.04 interpret a > colormap. For informational purposes, I have tried this under Win98SE in a DOS window using versions 20.1.0.5 and 20.1.0.6 with the same results. It appears there is also a problem when saving the colors within the PAR file, as mentioned by Jim in his posting. JimMuth@aol.com wrote: > > The parameter file renders in 8-1/2 minutes, though I strongly > advise setting the color palette by using the color map file > attached to the end of this letter. Due to a technical limitation, > the colors as recorded in the parameter file are slightly but > significantly incorrect. This is the first time this limitation has > actually caused me to record the colors in the more accurate > *.map format. > Sincerely, P.N.L. - -------------------------------------------------------------- http://www.fractalus.com/cgi-bin/theway?ring=fractals&id=43&go - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Thu, 1 Feb 2001 21:06:34 -0600 From: "Jonathan Osuch" Subject: Re: Colormap differences between Fractint and Xfractint Scott, > It seems that there is a difference in the way Fractint 20.0 and Xfractint > 20.1.04 interpret a colormap. One of these days, we'll be able to correctly read in that bailout value. Then the **** will hit the fan. Jonathan - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Fri, 02 Feb 2001 21:20:56 -0600 From: Tim Wegner Subject: Rich's X changes Thank goodness I found the email with Rich Thomson's changes. You can find it at: http://www.fractint.org/ftp/experimental/rich.txt I'll have a look this weekend and see if I can convert it to a diff against the current version. The email tells the version Rich started with. Tim - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Sat, 3 Feb 2001 23:22:22 +0100 From: "Gerald K. Dobiasovsky" Subject: Bug in julia_inverse (Considering who's producing all those patches, this goes to Jonathan Osuch, I guess...) Hi, Fractal type julia_inverse stops after plotting a few dots when tree-traversal is set to breadth (random and depth left and depth right seem to be ok). This happens not only in version 20.1.6, but in the original 20.0, too. Version 19.6 works ok. My apologies if this is already known... Gerald - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Sat, 03 Feb 2001 17:51:00 -0600 From: Tim Wegner Subject: Re: Bug in julia_inverse Gerald wrote: > Fractal type julia_inverse stops after plotting > a few dots when tree-traversal is set to breadth > (random and depth left and depth right seem to > be ok). > > This happens not only in version 20.1.6, but in > the original 20.0, too. Version 19.6 works ok. Thanks, we'll look into it. The fact that i8t used to work should help track it down. Tim - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Sat, 3 Feb 2001 20:45:20 -0600 From: "Jonathan Osuch" Subject: Re: Bug in julia_inverse Gerald, > This happens not only in version 20.1.6, but in > the original 20.0, too. Version 19.6 works ok. Version 20.0 works okay for me. This problem appears with patch 1 to version 20.0. I don't see any obvious reason for this to happen. Jonathan - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Sun, 4 Feb 2001 07:55:05 -0600 From: "Jonathan Osuch" Subject: Re: Bug in julia_inverse Gerald, > Fractal type julia_inverse stops after plotting > a few dots when tree-traversal is set to breadth > (random and depth left and depth right seem to > be ok). I found it. The fix will be in my next patch. Jonathan - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Sun, 4 Feb 2001 22:57:57 +0100 From: "Gerald K. Dobiasovsky" Subject: Re: Bug in julia_inverse Jonathan, Thanks to you (and Tim Wegner) for the immediate response. Today I stumbled upon another (tiny) bug. Setting the background color for true color .TGA output from the command line ("background=...") results in "Oops. I couldn't understand..." for legal values of red/green/blue with the exception of 0/0/0. In CMDFILES.C (line 2733): if (far_strcmp(variable,s_background) == 0) { /* background=?/? */ if (totparms != 3 || intparms != 3) goto badarg; for (i=0;i<3;i++) if (intval[i] & 0xff) goto badarg; The bitmask 0xff should read ~0xff, I'd say. Gerald - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Sun, 4 Feb 2001 18:35:17 -0600 From: "Jonathan Osuch" Subject: Re: Bug in julia_inverse Gerald, > The bitmask 0xff should read ~0xff, I'd say. Yes, good catch. I'll put it in the next patch. Thanks. Jonathan - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Sat, 10 Feb 2001 11:00:41 -0700 From: owner-fractdev@lists.xmission.com Subject: [none] 2001 10:34:05 -0700 [193.54.241.89]) by zambeze.ujf-grenoble.fr (Pro-8.9.3/8.9.3/Configured by AD & JE 25/10/1999) with ESMTP id SAA00934 for ; Sat, 10 Feb 2001 18:34:00 +0100 (MET) From: Jean-Pierre Demailly Message-Id: <200102101734.SAA23303@rossini.ujf-grenoble.fr> Subject: New patch for xfractint-20.1.06 To: fractdev@lists.xmission.com Date: Sat, 10 Feb 2001 18:34:05 +0100 (MET) Cc: demailly@rossini.ujf-grenoble.fr (Jean-Pierre Demailly) X-Mailer: ELM [version 2.4ME+ PL47 (25)] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ELM981826445-23293-0_ Content-Transfer-Encoding: 7bit Sender: owner-fractdev@lists.xmission.com Precedence: bulk Reply-To: fractdev (Note: this message bounced because the attached patch was too big. I removed the diff from this message and have posted it using my list admin super powers :-). I have the patch and and will look into it this weekend and will post it at fractint.org. Thanks Jean- Pierre! Tim) Hi: Please find in attachment a patch to apply against xfractint- 20.1.06. I've merged some of my changes suggested last January with Rich's patch (as proposed in April 1999). Although Rich's patch was against v19.61, most of his changes could still be applied to v20.1.06. In case you would like to get the whole modified package, it is available on our FTP server, at the URL ftp://ftp.ac-grenoble.fr/ge/mathematics/fractals/xfractint-20.1.06exp.tgz (by the way, you can find there a lot of open source software, especially in relation with education or sciences). A brief explanation of what the patch should do: - - Incorporate Rich's fixes, so that xfractint now properly handles TrueColor/DirectColor visuals (what I suggested in January also produced more or less the same results, but I didn't realized at the time that the dacbox[] data in unixscr.c were the only data needed for handling the color palettes; so I introduced special unnecessary extra data for that purpose, which were redundant with the dacbox...) - - introduce some built-in palettes, actually 50 different ones that can be interactively changed through six new (hopefully not otherwise used?) keys: 0 (return to default) ! (invert colors) < > (cycle by -1 or +1 step) ( ) (cycle by -6 or +6 steps) This is done by adding a few lines to the initdacbox() routine and by slightly extending the menu choices in the ev_key_press() routine. In relation to this, maybe a point where fractint could be improved: rather than just loading palettes once for all as lists of RGB values (which by the way takes a substantial disk or memory space), there should also be a way of programming the initdacbox() routine from within xfractint, via mathematical algorithms (a list of which could be hardcoded as I did). I think it's nice to be able to change the palette of colors with just one click or one key press... - - Fix in encoder.c, so that saving a *.gif image incorporates the dacbox() data selection, exactly as it appears on screen. - - Some additions to unixscr.c, so that resizing the main window results in the image being updated with the new size. - - Bug fixes: * replaced "typedef char S8;" by "typedef signed char S8;" in the #ifdef unix case of "port.h" Otherwise xfractint didn't compile properly under LinuxPPC -- and (probably) wouldn't either on other bigendian architectures (as a result, the ncurses interface was broken...). That fix doesn't seem to affect smallendian machines. * removed an "XFreeColors()" call that caused xfractint to hang up when changing the palette * removed free(Ximage->data) which was redundant with the subsequent XDestroyImage(Ximage), and caused xfractint to segfault when resizing the window. * in unixscr.c again, replaced font_pixmap = XCreatePixmap(Xdp, Xw, 64, 8, 1); which caused the "File saved..." message to fail in TrueColor visuals, by font_pixmap = XCreatePixmap(Xdp, Xw, 64, 8, Xdepth); Jean-Pierre Demailly - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Sat, 10 Feb 2001 17:37:54 -0700 From: "Lee H. Skinner" Subject: FOTD for Feb. 10 Jonathan, Today's FOTD seems to run fine with 20.01.2, but only generates a blue screen with 20.01.6. It must be broken. Lee - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Sat, 10 Feb 2001 18:26:33 -0700 From: "Lee H. Skinner" Subject: Re: FOTD for Feb. 10 Jonathan, >> Today's FOTD seems to run fine with 20.01.2, but only generates a blue screen with 20.01.6. It must be broken. << I goofed! I accidentally miscopied part of the par file when I tried running it with 20.01.6. It's OK after all. - Sorry! - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Sat, 10 Feb 2001 21:06:32 -0600 From: "Jonathan Osuch" Subject: Re: FOTD for Feb. 10 Lee, >> >> Today's FOTD seems to run fine with 20.01.2, but only generates a blue screen with 20.01.6. It must be broken. << I goofed! I accidentally miscopied part of the par file when I tried running it with 20.01.6. It's OK after all. - Sorry! << That's okay. I've been taking a break from Fractint for the last week or so. I almost have another patch ready, but I haven't been able to concentrate lately. Jonathan - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Fri, 16 Feb 2001 13:23:51 -0600 From: "Scott D. Boyd" Subject: Comments on the truecolor enhancements to Xfractint I have finally found the time to compile Xfractint 20.1.06 with the truecolor patch from Jean-Pierre Demailly. (Credit also goes to Rich for his mods submitted a long time ago.) My opinion on this latest patch: FANTASTIC! IT WORKS GREAT!! I created two recent FOTD's, and they looked identical to the images created with Xfractint 20.1.04 with my Xserver in 8-bit color mode. I also loaded a colorful fractal I had created back in Dec., and zoomed in various areas, it all worked well. I am using XFree86 4.0.1 in 16-bit color mode, and KDE 2.0. I have found that I no longer have to use the "-private" option, as Xfractint works fine either way. Also, the annoying color-switching of other visuals on the screen, when swtching between the two windows that Xfractint uses, has now been eliminated. I haven't yet tested the enhancement while running X in 8-bit color. (I'd just as soon forget running in 8-bit color mode. KDE 2.0 is designed for 16-bit or better color modes.) I'd like to recommend that this patch be incorporated ASAP! Tim - I also compiled in the patch that I had sent to you back in December. Scott Boyd - -- sdboyd56@swbell.net http://sdboyd.penguinpowered.com/~sdboyd/ - ------------------------------------------------------- "Microsoft is a cross between the Borg and the Ferengi. Unfortunately, they use Borg to do their marketing and Ferengi to do their programming." --- Simon Slavin in asr - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Fri, 16 Feb 2001 13:54:33 -0700 From: Rich Subject: Re: Comments on the truecolor enhancements to Xfractint In article <01021613235100.01655@earth>, "Scott D. Boyd" writes: > I am using XFree86 4.0.1 in 16-bit color mode, and KDE 2.0. I have found > that I no longer have to use the "-private" option, as Xfractint works > fine either way. Also, the annoying color-switching of other visuals on > the screen, when swtching between the two windows that Xfractint uses, has > now been eliminated. In 16-bit mode, there is no colormap so -private essentially does nothing and that's also why there's no colormap flashing. > I haven't yet tested the enhancement while running X in 8-bit color. (I'd > just as soon forget running in 8-bit color mode. KDE 2.0 is designed for > 16-bit or better color modes.) In 8-bit mode you'll probably need to use -private and again you'll see colormap flashing. - -- Ask me about my upcoming book on Direct3D from Addison-Wesley! Direct3D Book Home Fractals! - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Fri, 16 Feb 2001 21:26:56 -0600 From: Tim Wegner Subject: Re: Comments on the truecolor enhancements to Xfractint Scott wrote: > My opinion on this latest patch: FANTASTIC! IT WORKS GREAT!! > I'd like to recommend that this patch be incorporated ASAP! > > Tim - I also compiled in the patch that I had sent to you back in December. OK, I'll publish both together this weekend. Tim - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Sat, 17 Feb 2001 06:58:24 -0600 From: "Jonathan Osuch" Subject: Re: Comments on the truecolor enhancements to Xfractint >> My opinion on this latest patch: FANTASTIC! IT WORKS GREAT!! >> I'd like to recommend that this patch be incorporated ASAP! > > > >Tim - I also compiled in the patch that I had sent to you back in December. > OK, I'll publish both together this weekend. I would prefer that we fix the problem with 8-bit graphics modes first. Jonathan - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Tue, 27 Feb 2001 21:04:14 -0600 From: "Jonathan Osuch" Subject: Patch 7 coming soon I have the truecolor support in Xfractint working in 8, 15, 16, and 24-bit color depths, and will try to put a patch together this weekend. I suspect 32-bit also works but am unable to test it. One remaining problem/question is how the images get saved. Or restored. I haven't looked at this yet. Jonathan - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Thu, 1 Mar 2001 20:58:00 -0600 From: "Jonathan Osuch" Subject: Xfractint type=mandelcloud fixed Tim, I've fixed the type=mandelcloud in Xfractint. Some formula break Xfractint. They may be the ones that use symmetry. I haven't had time to investigate this. Jonathan - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Sun, 4 Mar 2001 12:42:15 -0600 From: "Jonathan Osuch" Subject: Fractint version 20.1.07 The latest patch and executable are now available at the developer's web site. The major change is implementing truecolor support for Xfractint. Jonathan - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Tue, 06 Mar 2001 21:57:17 -0600 From: Tim Wegner Subject: xfract20.1.07.zip For whatever reason, the xfract20.1.07.zip file that Jonathan uploaded was corrupt. I have applied the diff for patch 7 to the 29.1.06 source and reuploaded. The Xfractint source code package is available at: http://www.fractint.org/ftp/current/linux/xfract20.1.07.zip Tim - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Sun, 1 Apr 2001 19:32:16 -0500 From: "Jonathan Osuch" Subject: DOS truecolor Tim, Part of the problem I'm having with the truecolor routines is due to my laptop's video chip. The 888 modes display the correct colors but much darker than they should be. The colors look fine on my desktop machine. I'll have a look at the VESA info. There is something else wrong with the 565 modes. It looks like some of the color bits are getting lost. This happens on both machines. I've downloaded a bunch of VESA documentation. Maybe something will turn up. Jonathan - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ Date: Sun, 01 Apr 2001 22:03:49 -0600 From: Tim Wegner Subject: Re: DOS truecolor Jonatrhan wrote: > There is something else wrong with the 565 modes. It looks like some of the > color bits are getting lost. This happens on both machines. If you tell me what to look for, I can try on my machine. Some possible sources of help - compare with what Piclab, and see if Piclab has the same problem - we could probably contact Bert. Even though he has long since "retired" from fractint, it was never hard to get him working on the truecolor. Tim - -------------------------------------------------------------- Thanks for using Fractdev, The Fractint Developer's Discussion List Post Message: fractdev@lists.xmission.com Get Commands: majordomo@lists.xmission.com "help" Administrator: twegner@fractint.org Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev" ------------------------------ End of fractdev-digest V1 #40 *****************************