April 2002 - Fractdev - mailman.xmission.com

Windows XP
by Rob Mesander 20 Apr '02

20 Apr '02

Hello Jonathan, I regret that Fractint is not compatible with the command box in Windows XP. Is the developing team working on this or is it possible to rewrite Fractint totally for Windows XP? Yours sincerely, R.G.A, Mesander, The Netherlands mesander(a)wxs.nl

3 2

Re: [Fractdev] Xfractint version 20.2 patch 4
by pdeleeuw 19 Apr '02

19 Apr '02

Ripper, thanks Jonathan! ---------------------------------------------------------- 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: Jonathan Osuch <osuchj(a)avalon.net> Date: Friday, April 19, 2002 9:59 am Subject: Re: [Fractdev] Xfractint version 20.2 patch 4 > On Thursday 18 April 2002 12:29 am, PHD wrote: > > > I'm not using XFRACT as I then need to contend with all the unix > stuff> and it's cleaner to use WIN32 as it makes more sense to the > other users > > of FRACTINT source. I just need to find all the spots where the > parser> etc sets up its pointers etc. > > > > The main change which is needed is the 8 bit variables like dstack > > which blow guessing and tessaral apart as I can't pass 16 bit > values.> Lots to do yet. > > Then try finding all the occurrences of "#ifdef XFRACT" and > replace them with > "#if (defined(XFRACT) || (defined(WIN32))" > > Jonathan > > _______________________________________________ > Fractdev mailing list > Fractdev(a)mailman.xmission.com > http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractdev >

1 0

Re: [Fractdev] Xfractint version 20.2 patch 4
by pdeleeuw 19 Apr '02

19 Apr '02

Thanks, Jonathan. I'm not using XFRACT as I then need to contend with all the unix stuff and it's cleaner to use WIN32 as it makes more sense to the other users of FRACTINT source. I just need to find all the spots where the parser etc sets up its pointers etc. The main change which is needed is the 8 bit variables like dstack which blow guessing and tessaral apart as I can't pass 16 bit values. Lots to do yet. Thanks, Paul de. ---------------------------------------------------------- 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: Jonathan Osuch <osuchj(a)avalon.net> Date: Thursday, April 18, 2002 9:28 am Subject: Re: [Fractdev] Xfractint version 20.2 patch 4 > On Tuesday 16 April 2002 10:51 pm, PHD wrote: > > > I'm making a lot of progress and am finally down to only a few > remaining> unresolved externs. I still can't resolve the externs > in the attached build > > list. All of them relate to MP maths. Is there a missing .c file > in 20.2.4? > > > > At worst, would you be able to build the asm file into an object > module for > > full 32 bit operation and sent it to me to link in? > > > > Please advise. > > Is it possible that these 3 files have not been recompiled since > you added > the -DXFRACT to your compiler commands? Try modifying them, > saving them, and > then recompiling. If that doesn't help, then they are probably > missing an > #ifndef XFRACT statement. Which would be odd, since you probably > haven't > gotten around to modifying these files, yet. > > To make the Xfractint source zip file I run a batch file that > dumps all the > .c files (and a bunch of others) in the current directory into the > zip file. > If anything, there would be some extra files. > > Jonathan > > _______________________________________________ > Fractdev mailing list > Fractdev(a)mailman.xmission.com > http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractdev >

2 1

Xfractint version 20.2 patch 4
by Jonathan Osuch 17 Apr '02

17 Apr '02

The diff and the Xfractint source for 20.2 patch 4 are now on the ftp site. All this patch does is address PHD's assembly language problem. Jonathan

3 4

WINFRACT 32bit/true colour progress
by pdeleeuw 15 Apr '02

15 Apr '02

Hi Team, Just a progress report on the weekend WINFRACT 32bit/true colour activities. All .c files including the 24 bit and WINFRACT files can now be compiled with no errors or serious warnings. I only have 512 undefined modules / variables at link time. Hopefully I can fix most of these in a week or so. Then comes the hard part, checking all the functionality. Especially the difference between the WINFRACT GUI from 18.21 and that of 2FRACTINT v20.2.4. 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 pdeleeuw <pdeleeuw(a)bigpond.com> Date Tue, 09 Apr 2002 08:50:51 +1000 To fractdev(a)mailman.xmission.com Subject Re: [Fractdev] Allegro port Hi Tim, We are getting close. > One trick is to do what both Winfract and Xfractint > did, and write windows versions of the screen writing and reading > routines. These routines already exist in MANPWin and just need a cleanup. I think that using the #ifdef WIN32 we can fix most problems in the header files. I have again attached the latest build report from MSVC++v4 after defining XFRACT and modifyng 2 header files (also in attached zip file). > My original idea was to create a fRAc chunk that had subchunks for > each data item. The iteration count could be in it's own chunk, > or we could add some other similar items. In order to work on this we > need to get PNG working in all the versions. This means getting > out from under the DOS version which can never have PNG, as near as I > can tell, due to memory limitations. I'll start looking into this. I don't like the additional chunk as the PNG files size will be huge, even if compressed. Another view is to use my algorithm for generating true colour palettes and to surch for and remove duplicates and only save the lookup table. We need only thensave a WORD or DWORD per max iteration. This can be a processing overload for smaller machines. Comments? Regards, Paul de. ---------------------------------------------------------- Paul de Leeuw Computers Central Coast Australia Email: pdeleeuw(a)deleeuw.com.au www: <http://www.deleeuw.com.au> ABN 72 360 822 562 ----------------------------------------------------------

1 0

Re: [Fractdev] Xfractint version 20.2 patch 4
by pdeleeuw 09 Apr '02

09 Apr '02

Hi Jonathan, Thanks for the non ASM port. Please supply the URL for the ftp site. I have learned a lot over the last couple of days and will hit this hard over the next few weeks to get a 32 bit true colour WINFRACT up and running. Initially it will be a rebuild of WINFRACT 18.21 GUI with the 32 bit XFRACT source and the colour routines from MANPWIN. From there we should be able to progress rather quickly (famous last words). Regards, PHD. ---------------------------------------------------------- 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: Jonathan Osuch <osuchj(a)avalon.net> Date: Tuesday, April 9, 2002 11:50 am Subject: [Fractdev] Xfractint version 20.2 patch 4 > The diff and the Xfractint source for 20.2 patch 4 are now on the > ftp site. > All this patch does is address PHD's assembly language problem. > > Jonathan > > _______________________________________________ > Fractdev mailing list > Fractdev(a)mailman.xmission.com > http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractdev >

2 1

Re: [Fractdev] Allegro port
by pdeleeuw 09 Apr '02

09 Apr '02

Hi Tim, We are getting close. > One trick is to do what both Winfract and Xfractint > did, and write windows versions of the screen writing and reading > routines. These routines already exist in MANPWin and just need a cleanup. I think that using the #ifdef WIN32 we can fix most problems in the header files. I have again attached the latest build report from MSVC++v4 after defining XFRACT and modifyng 2 header files (also in attached zip file). > My original idea was to create a fRAc chunk that had subchunks for > each data item. The iteration count could be in it's own chunk, > or we could add some other similar items. In order to work on this we > need to get PNG working in all the versions. This means getting > out from under the DOS version which can never have PNG, as near as I > can tell, due to memory limitations. I'll start looking into this. I don't like the additional chunk as the PNG files size will be huge, even if compressed. Another view is to use my algorithm for generating true colour palettes and to surch for and remove duplicates and only save the lookup table. We need only thensave a WORD or DWORD per max iteration. This can be a processing overload for smaller machines. Comments? Regards, Paul de. ---------------------------------------------------------- Paul de Leeuw Computers Central Coast Australia Email: pdeleeuw(a)deleeuw.com.au www: <http://www.deleeuw.com.au> ABN 72 360 822 562 ----------------------------------------------------------

3 3

Fwd: Re: [Fractdev] Allegro port
by pdeleeuw 09 Apr '02

09 Apr '02

Bum, I forgot the attachment!!! I also need to mention that MSVC++v4 doesn't have a copy of NASM and I don't know how to compile ASM code. Regards, Paul de. ---------------------------------------------------------- Paul de Leeuw Computers Central Coast Australia Email: pdeleeuw(a)deleeuw.com.au www: <http://www.deleeuw.com.au> ABN 72 360 822 562 ----------------------------------------------------------

3 4

Allegro port
by Jonathan Osuch 08 Apr '02

08 Apr '02

Tim, The Allegro port is now up to the current patch level and uploaded to the experimental ftp directory. I'll work at getting the X11 portion working. Jonathan

3 5

Re: [Fractdev] Allegro port
by pdeleeuw 08 Apr '02

08 Apr '02

Hi Tim, > Question: I haven't looked closely, so you may already have done > this, but do you have a way to compile our current Xfractint > without > using the asm code? I am really excited about your success with > NASM. > Problem is, we need to make a way to avoid using any assembly > language for portability. If you haven't done this, I can look > into. > At this early stage it shouldn't be hard. We need to maintain the > C > equivalent to the ASM and have a way to compile the code either way. I have been dogged by asm code myself and has slowed down my progress for a 32 bit WINFRACT. Once we get the #defines and the header files working, a couple of months and we will have 32 bit windows true colour FRACTINT. The only other issue is the iteration -> RGB and back translation for storing pixel data and iteration count in the PNG files. Any ideas??? Regards, Paul de. ---------------------------------------------------------- Paul de Leeuw Computers Central Coast Australia Email: pdeleeuw(a)deleeuw.com.au www: <http://www.deleeuw.com.au> ABN 72 360 822 562 ----------------------------------------------------------

2 1