Tim, The Xfractint code in calmanfp.c isn't handling periodicity correctly. If you set periodicity negative so that you can see where it catches the orbits, you'll notice that the white (color=7) area doesn't appear. This seemed like a simple problem... There is a brace in the wrong place and the code wasn't updated to reflect changes made in StandardFractal(). I've gotten it close, but it still isn't an exact match with what is drawn with debug=90. Hopefully I'll get a patch out by the 20th, when my Cisco CCNA class starts. This could be tough because I am currenly studying to take the CompTIA Linux+ Certification exam. Jonathan
Tim,
If you run out of time send me what you have and I'll try to finish it.
It's more a problem of running into more problems. Take a look at the default mandel image in Fractint (use floating point math) when you set periodicity=-50. Then set debug=90, and calculate the image again (press <f> twice). I've currently got the Xfractint code approximating the same behaviour. It looks to me like the floating point assembly language code, which counts down from maxit instead of up from zero, is not coded quite correctly with respect to periodicity checking. Jonathan
Tim, I have managed to get the code in calmanfp.c to match the image drawn by StandardFractal(). However, we set oldcoloriter to indicate we want to start checking periodicity immediately for the next pixel, then we override it when we set oldcoloriter to firstsavedand. And, our test of when to save new x and y values is messed up. Consider what happens when firstsavedand = 9, or 1001 in binary. From iteration 0 (which we don't use) to 8, every other iteration saves a new x and y. From 9 through 15, every iteration saves a new x and y. From 16 to 24, every other iteration saves a new x and y. From 25 through 32, every iteration saves a new x and y. And so on... Ack!!! Jonathan
On Monday 13 September 2004 8:07 am, Jonathan Osuch wrote:
And, our test of when to save new x and y values is messed up. Consider what happens when firstsavedand = 9, or 1001 in binary. From iteration 0 (which we don't use) to 8, every other iteration saves a new x and y. From 9 through 15, every iteration saves a new x and y. From 16 to 24, every other iteration saves a new x and y. From 25 through 32, every iteration saves a new x and y. And so on... Ack!!!
Almost. From 9 through 15 and 25 through 32, no iteration saves a new x and y. Still, it's not what we had in mind. Jonathan
Tim,
And, our test of when to save new x and y values is messed up. Consider what happens when firstsavedand = 9, or 1001 in binary. From iteration 0 (which we don't use) to 8, every other iteration saves a new x and y. From 9 through 15, every iteration saves a new x and y. From 16 to 24, every other iteration saves a new x and y. From 25 through 32, every iteration saves a new x and y. And so on... Ack!!!
Almost. From 9 through 15 and 25 through 32, no iteration saves a new x and y. Still, it's not what we had in mind.
I'm going to leave it the way it is. I couldn't make changes that would create images in a shorter length of time. There are still a couple of things I need to check, then I'll start putting a patch together. Jonathan
Hi Friends, Manpwin now generates and runs animation scripts (*.sci) and produces a sequence of PNG files in true colour. Is any of this of interest to you guys? Would you like to add these facilities to FRACTINT? Try it: http://www.deleeuw.com.au/download/manpwin.zip Best regards, Paul. ---------------------------------------------------------- Paul de Leeuw Computers NSW Central Coast, Australia Email: pdeleeuw@deleeuw.com.au www: < http://www.deleeuw.com.au> ABN 72 360 822 562 ---------------------------------------------------------- _______________________________________________ Fractdev mailing list Fractdev@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractdev
On Monday 08 November 2004 10:24 pm, Paul wrote:
Manpwin now generates and runs animation scripts (*.sci) and produces a sequence of PNG files in true colour. Is any of this of interest to you guys? Would you like to add these facilities to FRACTINT?
Interested, yes. However, the current medium memory model of Fractint doesn't provide enough memory space to incorporate PNG. I'll try to have a look at ManpWin this coming weekend. Jonathan
Hi Jonathan, I guess it's as much the algorithm for running the animation as anything else that I was offering. Let me know what you think and we can work out something for FRACTINT. Best regards, Paul. ---------------------------------------------------------- Paul de Leeuw Computers NSW Central Coast, Australia Email: pdeleeuw@deleeuw.com.au www: < http://www.deleeuw.com.au> ABN 72 360 822 562 ---------------------------------------------------------- -----Original Message----- From: fractdev-bounces+pdeleeuw=telstra.com@mailman.xmission.com [mailto:fractdev-bounces+pdeleeuw=telstra.com@mailman.xmission.com]On Behalf Of Jonathan Osuch Sent: Tuesday, 9 November 2004 11:55 PM To: Fractint developer's list Subject: Re: [Fractdev] ManpWin now generates and runs animation scripts On Monday 08 November 2004 10:24 pm, Paul wrote:
Manpwin now generates and runs animation scripts (*.sci) and produces a sequence of PNG files in true colour. Is any of this of interest to you guys? Would you like to add these facilities to FRACTINT?
Interested, yes. However, the current medium memory model of Fractint doesn't provide enough memory space to incorporate PNG. I'll try to have a look at ManpWin this coming weekend. Jonathan _______________________________________________ Fractdev mailing list Fractdev@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractdev
On Tuesday 09 November 2004 9:30 am, Paul wrote:
I guess it's as much the algorithm for running the animation as anything else that I was offering. Let me know what you think and we can work out something for FRACTINT.
Hmm. That is interesting. I believe that Tim's philosophy on such additions is/was that animation is post-processing and shouldn't be an integral part of Fractint. OTOH, it's not like we haven't added post-processing features in the past. I think that adding this feature would not be too difficult because most of the code needed can be copied from the divide and conquer feature. My major problem is time at this point. Strange since I'm still unemployed, but studying for the exams required to get an MCSA takes a lot of time. One thing I did notice is that the ManpWin help index needs to be regenerated. Not really an answer to your question... Jonathan
Hi Jonathan, I haven't really concentrated on the help file which is madly out of date. I am happy to supply the source of any or all of the code if anyone is interested. Regards, Paul. ---------------------------------------------------------- Paul de Leeuw Computers NSW Central Coast, Australia Email: pdeleeuw@deleeuw.com.au www: < http://www.deleeuw.com.au> ABN 72 360 822 562 ---------------------------------------------------------- -----Original Message----- From: fractdev-bounces+pdeleeuw=telstra.com@mailman.xmission.com [mailto:fractdev-bounces+pdeleeuw=telstra.com@mailman.xmission.com]On Behalf Of Jonathan Osuch Sent: Sunday, 14 November 2004 8:21 AM To: Fractint developer's list Subject: Re: [Fractdev] ManpWin now generates and runs animation scripts On Tuesday 09 November 2004 9:30 am, Paul wrote:
I guess it's as much the algorithm for running the animation as anything else that I was offering. Let me know what you think and we can work out something for FRACTINT.
Hmm. That is interesting. I believe that Tim's philosophy on such additions is/was that animation is post-processing and shouldn't be an integral part of Fractint. OTOH, it's not like we haven't added post-processing features in the past. I think that adding this feature would not be too difficult because most of the code needed can be copied from the divide and conquer feature. My major problem is time at this point. Strange since I'm still unemployed, but studying for the exams required to get an MCSA takes a lot of time. One thing I did notice is that the ManpWin help index needs to be regenerated. Not really an answer to your question... Jonathan _______________________________________________ Fractdev mailing list Fractdev@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractdev
participants (3)
-
Jonathan Osuch -
Paul -
Tim Wegner