November 2002 - Fractdev - mailman.xmission.com

Re: [Fractdev] Patch 5 and 6
by Tim Wegner 08 Dec '02

08 Dec '02

(Moving this thread back to the list - it only left the list because I was careless addressing my email.) Jonathan wrote: > Patch 5 works fine on one of the computers at my parents house and > mostly fine on the other. The one that has problems is running XP and > displays a line down the right hand side of the image. There is also a > problem with fuzzy lines at the color boundaries. I suspect it is a > problem with the 32-bit pixels versus 24-bit pixels. > > Looks like patch 5 will be delayed a while longer. If the problem is a shortage of free near memory, that can be highly dependent on the local environment because we have no control over the memory usage in VESA bioses. It has been many years since I attempted this, but if the diagnosis is right, the cure is to free up a little near memory, maybe by being a tad more aggressive with overlays. Of course the problem could also be being TOO aggressive with overlays. Tim

4 21

Simple DirectMedia Layer
by Jonathan Osuch 25 Nov '02

25 Nov '02

Tim, Take a look at: http://www.libsdl.org/ This would be another option for expanding the portablility of Xfractint. Jonathan

3 2

more 3d stuff ideas
by Rich 22 Nov '02

22 Nov '02

This is a better example than my dinky hack :) <http://www.theory.org/software/qfe/> I don't have the ability to run it on my machine, but this is another good example: 4D fractals polygonized by implicit surface methods into objects you can view, colorize, texture, etc. -- Ask me about my upcoming book on Direct3D from Addison-Wesley! Direct3D Book <http://www.xmission.com/~legalize/book/> izfree: Open source tools for Windows Installer <http://izfree.sourceforge.net>

1 0

3d possibilities
by Rich 21 Nov '02

21 Nov '02

OK, here's a quick hack that might give you an idea of what's possible with 3D... <http://www.xmission.com/~legalize/fractals/mandelspire.zip> It contains a single EXE. You will need the DirectX 8.1 runtime installed in order to run the program. It computes a static model from the orbits of points iterated on the M-set. You can rotate the model around with the arrow keys. F2 or File / Config Display... will let you switch to full screen display if you want (also you can change multisampling for antialiasing if your card supports it). This is just a -very- simple example, but going to 3D means that there are many more interesting ways you can 'visualize' the orbits of iterated complex plane fractals, not to mention the fancy things you can do with texturing support. The main fractal part of the code just computes the spires from the orbits of individual points. -- Ask me about my upcoming book on Direct3D from Addison-Wesley! Direct3D Book <http://www.xmission.com/~legalize/book/> izfree: Open source tools for Windows Installer <http://izfree.sourceforge.net>

1 0

Allegro port and other stuff
by Jonathan Osuch 21 Nov '02

21 Nov '02

Tim, I managed to get the Allegro port working again. I'm using version 4.0.0, and they are already up to 4.1.4. My version of the Xfractint float only source does not have a problem with the switch to arbitrary precision. Took a look at boundary tracing in Xfractint, but got no insight. Made no progress with the DOS version's virtual screens. Jonathan

4 11

Floating Point problem in XFract
by Cute Skunk 16 Nov '02

16 Nov '02

By the way, I don't know if anyone else has noticed this before, but in XFractint if you zoom in and zoom in, eventually your (X) resolution drops and drops to 1 (or 0?), so that you just get abunch of horizontal lines. I havn't tracked it down yet, but it happens in Xfract 20.2.x and does *not* happen in Dos fractint 20.2.x. It does seem to correlate with about the time that the dos version switches over to using arbitrary precision. The XFractint version doesn't stop using floating point at the same magnifications. (Like around 10e14 to 10e15) The easiest way to see this bug is, from the first Mandelbrot set, just zoom in on your favorite feature all the way about 11 times, and the (X) resulution should start to drop. (By zoom in all the way, I mean hold <page up> until the zoom box gets as small as it does)

5 10

Re: [Fractdev] gcc/mingw32/cygwin
by Charlie Chernohorsky 14 Nov '02

14 Nov '02

> Is anyone on here actively using this > as their Win32 development environment? well, i am using that.. why? but started just a month ago.. charlie ______________________________________________________________________ Reklama: Jake bude pocasi? http://pocasi.seznam.cz

1 2

Re: [Fractdev] gcc/mingw32/cygwin
by pdeleeuw 13 Nov '02

13 Nov '02

Hi Rich, I only use the Microsnot VC++v 4.0. I use vanilla windows API so my code remains portable into other windows environments such as Borland C++. Regards, Paul. ---------------------------------------------------------- Paul de Leeuw Computers Central Coast Australia Email: pdeleeuw(a)deleeuw.com.au www: http://www.deleeuw.com.au ABN 72 360 822 562 ---------------------------------------------------------- ----- Original Message ----- From: Rich <legalize(a)xmission.com> Date: Wednesday, November 13, 2002 4:29 pm Subject: [Fractdev] gcc/mingw32/cygwin > Is anyone on here actively using this as their Win32 development > environment? > -- > Ask me about my upcoming book on Direct3D from Addison-Wesley! > Direct3D Book <" target="l">http://www.xmission.com/~legalize/book/> > izfree: Open source tools for Windows Installer > <" target="l">http://izfree.sourceforge.net> > > _______________________________________________ > Fractdev mailing list > Fractdev(a)mailman.xmission.com > http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractdev >

1 0

gcc/mingw32/cygwin
by Rich 13 Nov '02

13 Nov '02

Is anyone on here actively using this as their Win32 development environment? -- Ask me about my upcoming book on Direct3D from Addison-Wesley! Direct3D Book <http://www.xmission.com/~legalize/book/> izfree: Open source tools for Windows Installer <http://izfree.sourceforge.net>

2 1

introduction and questions
by Cute Skunk 13 Nov '02

13 Nov '02

Hi, I've been using Fractint since version 16 or 17 I think. And just last night I finnaly got around to coding some stuff in it. So far I've written a new graphics driver for the Linux console framebuffer (It's alot faster than X) But going through the code I've been thinking of 'tidying up' a bit of the UI code.. basically putting all of the graphics routines and keyboard/mouse input behind one general API, that the main program would call. This will make porting fracting much much easier. The menus can be abstracted too as well. I want to have a console Linux version running that looks at feels exactly like the DOS version first. (Which is what I'm doing now) but if I do it right you can just drop in code for X11, or MacOS, or palm, or whatever and it'll at least work about the same. For X11 and Windows, etc. ports the possibility of a GUI comes up as well. (not that you couldn't do it anyway on everything else as we are doing our own graphics anyway) Anyway, my fear though is that I might break some of the old old DOS code for talking to a Oaktek card on an 80286 or something. I don't have the hardware at the moment to test any changes I make to make sure nothing broke. (It shouldn't as I'd just put generic wrappers around what's there now, but anyway...) I'm also going to write some new pallette stuff, and I've been thinking about writing in PNG support if that's ok with everyone.

5 42