home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.xmission.com
/
2014.06.ftp.xmission.com.tar
/
ftp.xmission.com
/
pub
/
lists
/
fractdev
/
archive
/
v01.n029
< prev
next >
Wrap
Internet Message Format
|
2000-03-20
|
40KB
From: owner-fractdev-digest@lists.xmission.com (fractdev-digest)
To: fractdev-digest@lists.xmission.com
Subject: fractdev-digest V1 #29
Reply-To: fractdev-digest
Sender: owner-fractdev-digest@lists.xmission.com
Errors-To: owner-fractdev-digest@lists.xmission.com
Precedence: bulk
fractdev-digest Tuesday, March 21 2000 Volume 01 : Number 029
----------------------------------------------------------------------
Date: Mon, 28 Feb 2000 16:04:30 -0700
From: Phil McRevis <legalize@xmission.com>
Subject: Re: Bug list
In article <0FQN00BRGX2LWD@mta1.rcsntx.swbell.net>,
Tim Wegner <twegner@swbell.net> writes:
> The reason for doing it this way is so users can check the list
> before they report a bug, and so we can keep track of where we are.
>
> We need some categories like open, reproduced, fixed in version
> x.y.z or some such.
I don't know what sourcegear or whatever offers in the way of bug
tracking, but there is the GNU gnats package that tracks bug reports.
- --
<http://www.xmission.com/~legalize/> Legalize Adulthood!
``Ain't it funny that they all fire the pistol,
at the wrong end of the race?''--PDBT
legalize@xmission.com <http://www.xmission.com/~legalize/who/>
- --------------------------------------------------------------
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@swbell.net
Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev"
------------------------------
Date: Tue, 29 Feb 2000 13:26:33 +1300
From: "Morgan L. Owens" <packrat@nznet.gen.nz>
Subject: Re: Bug list
At 16:04 28/02/2000 -0700, you wrote:
>
>In article <0FQN00BRGX2LWD@mta1.rcsntx.swbell.net>,
> Tim Wegner <twegner@swbell.net> writes:
>
>> The reason for doing it this way is so users can check the list
>> before they report a bug, and so we can keep track of where we are.
>>
>> We need some categories like open, reproduced, fixed in version
>> x.y.z or some such.
>
>I don't know what sourcegear or whatever offers in the way of bug
>tracking, but there is the GNU gnats package that tracks bug reports.
>
Mozilla.org has made its bug-tracking/development environment available
from their site.
Morgan L. Owens
- --------------------------------------------------------------
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@swbell.net
Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev"
------------------------------
Date: Mon, 28 Feb 2000 20:26:25 -0600
From: "Jonathan Osuch" <osuchj@uswest.net>
Subject: Re: Bug list
Tim responded:
> I'd prefer that we edit the buglist directly and state the resolution of
> the bug. That would be easy to do if Robin could rehost the buglist
> at fractint.org. Otherwise Robin will have to do it himself. Or maybe
> Robin will be inspired to give us a tool to edit th status of the bug.
>
> The reason for doing it this way is so users can check the list
> before they report a bug, and so we can keep track of where we are.
>
> We need some categories like open, reproduced, fixed in version
> x.y.z or some such.
I agree. However, I think we need to directly contact the reporters of bugs
to let them know the bugs have been fixed and where they can find an updated
executable. Granted, except for actually contacting people, we can do all
that with editing the bug list. Just a thought.
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@swbell.net
Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev"
------------------------------
Date: Mon, 28 Feb 2000 22:54:59 -0600
From: Tim Wegner <twegner@swbell.net>
Subject: Re: ismand in jiim.c
Jonathan asked:
> Do you have any recollection of why you included the line with ismand in
> JIIM.C? If you do a cntrl-<o> on a partially completed formula image that
> uses ismand, this line swaps the fractal type. I don't think that was
> intended. This bug is on the bug list.
That change is in patch 1960p5.dif. I'm not positive whose patch it was, but
probably George's.
If that line is not needed for orbits it could be changed by protecting it with
if(which != ORBIT)
{
ismand = (short)(1 - ismand);
}
Here's the whole diff in case you don't have it.
Tim
*** FRAMAIN2.C Fri May 30 00:22:20 1997
- --- \fractint\FRAMAIN2.C Sat May 31 22:20:52 1997
***************
*** 1515,1519 ****
current.old_demm_colors = (short)old_demm_colors;
current.logcalc = (short)Log_Fly_Calc;
! current.ismand = ismand;
far_memcpy(current.dac,dacbox,256*3);
switch(fractype)
- --- 1515,1519 ----
current.old_demm_colors = (short)old_demm_colors;
current.logcalc = (short)Log_Fly_Calc;
! current.ismand = (short)ismand;
far_memcpy(current.dac,dacbox,256*3);
switch(fractype)
*** PROMPTS1.C Sat Mar 15 13:52:58 1997
- --- \fractint\PROMPTS1.C Sun Jun 1 14:25:52 1997
***************
*** 1534,1537 ****
- --- 1534,1543 ----
}
+ if((curtype==FORMULA || curtype==FFORMULA) && uses_ismand) {
+ choices[promptnum] = (char far *)s_ismand;
+ paramvalues[promptnum].type = 'y';
+ paramvalues[promptnum++].uval.ch.val = ismand?1:0;
+ }
+
if (caller /* <z> command ? */
/* && (display3d > 0 || promptnum == 0)) */
***************
*** 1651,1658 ****
paramvalues[promptnum+1].uval.ch.val != minor_method)
ret = 1;
! major_method = (enum Major)paramvalues[promptnum ].uval.ch.val;
! minor_method = (enum Minor)paramvalues[promptnum+1].uval.ch.val;
}
!
gfp_exit:
curfractalspecific = &fractalspecific[fractype];
- --- 1657,1672 ----
paramvalues[promptnum+1].uval.ch.val != minor_method)
ret = 1;
! major_method = (enum Major)paramvalues[promptnum++].uval.ch.val;
! minor_method = (enum Minor)paramvalues[promptnum++].uval.ch.val;
}
! if((curtype==FORMULA || curtype==FFORMULA) && uses_ismand)
! {
! if (ismand != (short int)paramvalues[promptnum].uval.ch.val)
! {
! ismand = (short int)paramvalues[promptnum].uval.ch.val;
! ret = 1;
! }
! ++promptnum;
! }
gfp_exit:
curfractalspecific = &fractalspecific[fractype];
*** PARSER.C Fri May 30 00:22:22 1997
- --- \fractint\PARSER.C Sun Jun 1 21:22:14 1997
***************
*** 86,90 ****
void (far * far *f)(void) = (void(far * far *)(void))0; /* static CAE fp */
! int ismand = 1;
unsigned posp, vsp, LastOp; /* CAE fp made non-static */
- --- 86,90 ----
void (far * far *f)(void) = (void(far * far *)(void))0; /* static CAE fp */
! short int ismand = 1;
unsigned posp, vsp, LastOp; /* CAE fp made non-static */
***************
*** 100,104 ****
static int Randomized;
static unsigned long RandNum;
! int uses_p1, uses_p2, uses_p3, uses_jump;
#ifndef XFRACT
- --- 100,105 ----
static int Randomized;
static unsigned long RandNum;
! short uses_p1, uses_p2, uses_p3, uses_jump;
! short uses_ismand;
#ifndef XFRACT
***************
*** 1689,1692 ****
- --- 1690,1695 ----
if(n == 8) /* The formula uses 'p3'. */
uses_p3 = 1;
+ if(n == 13) /* The formula uses 'ismand'. */
+ uses_ismand = 1;
if(n == 10 || n == 11 || n == 12)
if(MathType == L_MATH)
***************
*** 3188,3192 ****
Delta16 = bitshift - 16;
bitshiftless1 = bitshift-1;
! uses_p1 = uses_p2 = uses_p3 = uses_jump = 0;
}
- --- 3191,3195 ----
Delta16 = bitshift - 16;
bitshiftless1 = bitshift-1;
! uses_p1 = uses_p2 = uses_p3 = uses_jump = uses_ismand = 0;
}
*** JIIM.C Fri May 30 00:22:22 1997
- --- \fractint\JIIM.C Sun Jun 1 21:24:54 1997
***************
*** 986,989 ****
- --- 986,990 ----
default:
still = 0;
+ ismand = (short)(1 - ismand);
} /* switch */
if(kbdchar == 's' || kbdchar == 'S')
*** MISCRES.C Sat May 3 14:38:02 1997
- --- \fractint\MISCRES.C Sun Jun 1 13:18:40 1997
***************
*** 815,819 ****
sprintf(msg,"xdots %d ydots %d sxdots %d sydots
%d",xdots,ydots,sxdots,sydots);
putstring(s_row++,2,C_GENERAL_HI,msg);
! sprintf(msg,"xxstart %d xxstop %d yystart %d yystop %d %s ",
xxstart,xxstop,yystart,yystop,
#ifndef XFRACT
- --- 815,819 ----
sprintf(msg,"xdots %d ydots %d sxdots %d sydots
%d",xdots,ydots,sxdots,sydots);
putstring(s_row++,2,C_GENERAL_HI,msg);
! sprintf(msg,"xxstart %d xxstop %d yystart %d yystop %d %s
uses_ismand %d",
xxstart,xxstop,yystart,yystop,
#ifndef XFRACT
***************
*** 822,826 ****
curfractalspecific->orbitcalc == Formula?"slow parser":
curfractalspecific->orbitcalc == BadFormula?"bad formula":
! "");
putstring(s_row++,2,C_GENERAL_HI,msg);
/*
- --- 822,826 ----
curfractalspecific->orbitcalc == Formula?"slow parser":
curfractalspecific->orbitcalc == BadFormula?"bad formula":
! "",uses_ismand);
putstring(s_row++,2,C_GENERAL_HI,msg);
/*
*** REALDOS.C Fri May 30 00:22:22 1997
- --- \fractint\REALDOS.C Sun Jun 1 21:15:02 1997
***************
*** 26,30 ****
*/
int release=1960; /* this has 2 implied decimals; increment it every synch
*/
! int patchlevel=4; /* patchlevel for DOS version */
#ifdef XFRACT
int xrelease=304;
- --- 26,30 ----
*/
int release=1960; /* this has 2 implied decimals; increment it every synch
*/
! int patchlevel=5; /* patchlevel for DOS version */
#ifdef XFRACT
int xrelease=304;
***************
*** 323,327 ****
#else
if (debugflag == 3002) return;
! /* #define DEVELOPMENT */
#ifdef DEVELOPMENT
putstring(0,2,C_TITLE_DEV,"Development Version");
- --- 323,327 ----
#else
if (debugflag == 3002) return;
! #define DEVELOPMENT
#ifdef DEVELOPMENT
putstring(0,2,C_TITLE_DEV,"Development Version");
*** ENCODER.C Fri May 30 00:22:22 1997
- --- \fractint\ENCODER.C Sun Jun 1 20:43:50 1997
***************
*** 794,797 ****
- --- 794,799 ----
fsave_info.uses_p2 = (short) uses_p2;
fsave_info.uses_p3 = (short) uses_p3;
+ fsave_info.uses_ismand = (short) uses_ismand;
+ fsave_info.ismand = (short) ismand;
}
else
***************
*** 800,803 ****
- --- 802,807 ----
fsave_info.uses_p2 = 0;
fsave_info.uses_p3 = 0;
+ fsave_info.uses_ismand = 0;
+ fsave_info.ismand = 0;
}
for (i = 0; i < sizeof(fsave_info.future) / sizeof(short); i++)
***************
*** 951,955 ****
save_info->logcalc = (short) Log_Fly_Calc;
save_info->stoppass = (short) stoppass;
- - save_info->ismand = (short) ismand;
for (i = 0; i < sizeof(save_info->future) / sizeof(short); i++)
save_info->future[i] = 0;
- --- 955,958 ----
*** LOADFILE.C Fri May 30 00:22:22 1997
- --- \fractint\LOADFILE.C Sun Jun 1 20:42:58 1997
***************
*** 292,296 ****
Log_Fly_Calc = read_info.logcalc;
stoppass = read_info.stoppass;
- - ismand = read_info.ismand;
}
- --- 292,295 ----
***************
*** 368,371 ****
- --- 367,372 ----
uses_p2 = blk_3_info.uses_p2;
uses_p3 = blk_3_info.uses_p3;
+ uses_ismand = blk_3_info.uses_ismand;
+ ismand = blk_3_info.ismand;
break;
}
***************
*** 569,572 ****
- --- 570,575 ----
blk_3_info->uses_p2 = 1;
blk_3_info->uses_p3 = 1;
+ blk_3_info->uses_ismand = 0;
+ blk_3_info->ismand = 1;
}
else {
***************
*** 574,577 ****
- --- 577,582 ----
blk_3_info->uses_p2 = fload_info.uses_p2;
blk_3_info->uses_p3 = fload_info.uses_p3;
+ blk_3_info->uses_ismand = fload_info.uses_ismand;
+ blk_3_info->ismand = fload_info.ismand;
}
break;
*** CMDFILES.C Fri May 30 00:22:22 1997
- --- \fractint\CMDFILES.C Sun Jun 1 20:46:58 1997
***************
*** 1481,1485 ****
if (far_strcmp(variable,s_ismand) == 0 ) { /* ismand=? */
if (yesnoval[0] < 0) goto badarg;
! ismand = yesnoval[0];
return 1;
}
- --- 1481,1485 ----
if (far_strcmp(variable,s_ismand) == 0 ) { /* ismand=? */
if (yesnoval[0] < 0) goto badarg;
! ismand = (short int)yesnoval[0];
return 1;
}
*** MISCOVL.C Fri May 30 00:22:22 1997
- --- \fractint\MISCOVL.C Sun Jun 1 20:48:48 1997
***************
*** 576,581 ****
put_filename(s_formulafile,FormFileName);
put_parm( s_seqs,s_formulaname,FormName);
! if (ismand == 0)
! put_parm(" %s=n",s_ismand);
}
if (fractype == LSYSTEM)
- --- 576,581 ----
put_filename(s_formulafile,FormFileName);
put_parm( s_seqs,s_formulaname,FormName);
! if (uses_ismand)
! put_parm(" %s=%c",s_ismand,ismand?'y':'n');
}
if (fractype == LSYSTEM)
*** FRACTINT.H Fri May 30 00:22:24 1997
- --- \fractint\FRACTINT.H Sun Jun 1 20:17:02 1997
***************
*** 238,243 ****
short logcalc;
short stoppass;
! short ismand;
! short future[23]; /* for stuff we haven't thought of yet */
};
- --- 238,242 ----
short logcalc;
short stoppass;
! short future[24]; /* for stuff we haven't thought of yet */
};
***************
*** 345,349 ****
short uses_p2;
short uses_p3;
! short future[10]; /* for stuff we haven't thought of, yet */
};
- --- 344,350 ----
short uses_p2;
short uses_p3;
! short uses_ismand;
! short ismand;
! short future[8]; /* for stuff we haven't thought of, yet */
};
***************
*** 855,861 ****
int length;
char form_name[40];
! int uses_p1;
! int uses_p2;
! int uses_p3;
};
- --- 856,864 ----
int length;
char form_name[40];
! short uses_p1;
! short uses_p2;
! short uses_p3;
! short uses_ismand;
! short ismand;
};
*** EXTERNS.H Fri May 30 00:22:24 1997
- --- \fractint\EXTERNS.H Sun Jun 1 21:22:44 1997
***************
*** 205,209 ****
extern int invert;
extern int istruecolor;
! extern int ismand;
extern int ixstart;
extern int ixstop;
- --- 205,209 ----
extern int invert;
extern int istruecolor;
! extern short ismand;
extern int ixstart;
extern int ixstop;
***************
*** 716,722 ****
extern BYTE used_extra;
extern BYTE usemag;
! extern int uses_p1;
! extern int uses_p2;
! extern int uses_p3;
extern int use_old_distest;
extern int use_old_period;
- --- 716,723 ----
extern BYTE used_extra;
extern BYTE usemag;
! extern short uses_ismand;
! extern short uses_p1;
! extern short uses_p2;
! extern short uses_p3;
extern int use_old_distest;
extern int use_old_period;
*** HELP.SRC Fri May 30 00:22:24 1997
- --- \fractint\HELP.SRC Sun Jun 1 21:42:24 1997
***************
*** 268,272 ****
~Topic=New Features in 19.7
Version 19.7 is an update of Fractint based on the developer's
! version 19.60 patch 3. New features include:
Patch 4\
Beginning of George's parser changes. Added support for formula
- --- 268,277 ----
~Topic=New Features in 19.7
Version 19.7 is an update of Fractint based on the developer's
! version 19.60 patch 5. New features include:
! Patch 5\
! Additional changes for the formula Mandelbrot/Julia changes. Since
! ismand is stored differently now, patch 4 GIFs using ismand won't
! restore correctly.
!
Patch 4\
Beginning of George's parser changes. Added support for formula
- --------------------------------------------------------------
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@swbell.net
Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev"
------------------------------
Date: Tue, 29 Feb 2000 08:27:14 +0100
From: Thore Berntsen <berntsen@vbdas.no>
Subject: RE: Bug list
I have read Your discussions about the "new" Fractint. I hope You keep the
batch mode. It's very nice and useful (not only for screen savers)
Thore Berntsen
Norway
-----Original Message-----
From: Tim Wegner [SMTP:twegner@swbell.net]
Sent: 28. februar 2000 23:57
To: fractdev@lists.xmission.com
Subject: Re: Bug list
Jonathan asked:
> Have any responses been sent to people reporting bugs to the bug
list? If
> not, I'll do that for the ones I know about.
(I just got back from out of town, a quick trip to Baltimore to
visit
my son at his college.)
I'd prefer that we edit the buglist directly and state the
resolution of
the bug. That would be easy to do if Robin could rehost the buglist
at fractint.org. Otherwise Robin will have to do it himself. Or
maybe
Robin will be inspired to give us a tool to edit th status of the
bug.
The reason for doing it this way is so users can check the list
before they report a bug, and so we can keep track of where we are.
We need some categories like open, reproduced, fixed in version
x.y.z or some such.
Tim
------- End of forwarded message -------
--------------------------------------------------------------
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@swbell.net
Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev"
- --------------------------------------------------------------
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@swbell.net
Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev"
------------------------------
Date: Tue, 29 Feb 2000 16:53:23 -0600
From: "Jonathan Osuch" <osuchj@uswest.net>
Subject: Re: ismand in jiim.c
Tim Responded,
>That change is in patch 1960p5.dif. I'm not positive whose patch it was,
but
>probably George's.
>If that line is not needed for orbits it could be changed by protecting it
with
> if(which != ORBIT)
> {
> ismand = (short)(1 - ismand);
> }
If ismand isn't used by orbits (it isn't), what is this statement doing
here? The switch gets done in FRAMAIN2.C. I believe it is an error.
Perhaps left over from an initial try at switching from mandel to julia.
I've taken it out in my version and have not seen any unexpected. I'll look
at it in more depth tonight.
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@swbell.net
Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev"
------------------------------
Date: Tue, 29 Feb 2000 18:08:16 -0600
From: Tim Wegner <twegner@swbell.net>
Subject: Re: ismand in jiim.c
> If ismand isn't used by orbits (it isn't), what is this statement doing
> here? The switch gets done in FRAMAIN2.C. I believe it is an error.
I think you are correct. I don't see any use for it. It isn't where
ismand is set for formula mandelbrot/julia toggle.
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@swbell.net
Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev"
------------------------------
Date: Tue, 29 Feb 2000 18:33:52 -0600
From: Tim Wegner <twegner@swbell.net>
Subject: Wes Lower's notes
I've just had an exchange of emails with Wes Loewer (Wesley & Jane
Loewer <loewer@net2000ke.com>), the arbitrary precision library author. He
is teaching in Mombasa, Kenya, and his wife Jane just had their third child.
Understandably, he hasn't had much time for Fractint. Some of his thoughts
about fractint are below, after this message.
Jonathan and I have discussed a more or less literal port of Fractint to the
djgpp environment as a first step. We could keep this synched with
Xfractint. Once accomplished, we could begin a major purge of ugliness
required by the old memory model. Most of Wes's ideas are consistent with
this plan. We could also look at Rich's Xfractint changes and Paul de
Leeuw's Windows version code at the same time.
Tim
Wes's comments:
I sure wish I could get back into the programming scene. There's so
much I'd like to do for Fractint. Here's my personal wish list off
the top of my head:
- - Convert everything to C++ and use overloaded functions/operators for all
the dozen different number formats we use. Then go back and recode speed
critical parts in straight C (or even asm with gnu-gas?). In the process,
get rid of some of the number formats which are not really needed anymore.
- - Make center/mag the default storage. Deep zooms could be stored with 2
big-numbers and 4 normal floating point numbers instead of 6 big-numbers.
Store numbers in binary/hex instead of (or in addition to) base ten in
.par files. - Impliment non-linear interpolation between points
(non-linear synchronous orbits) - Impliment real time zooming like the
Xaos program. That's really slick. - Impliment a text mode for images
where you use different ascii characters instead of different colors.
This would be useful if you were debugging code in text mode. - make it
portable between MS-Windows/Xwindows/Linux SVGA-lib. - use PNG -
expand
the 3d capabilities to do simple, limited ray-tracing of 3d fractals - use
the formula parser to allow equations for Red, Green, Blue in 15/16/24 bit
images. Instead of trying to hard code different methods of coloring
(maxit, zmag, bof, iter, real, ...), make it limitless by using formulas.
- --------------------------------------------------------------
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@swbell.net
Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev"
------------------------------
Date: Tue, 29 Feb 2000 20:17:50 -0600
From: "Jonathan Osuch" <osuchj@uswest.net>
Subject: Re: ismand in jiim.c
Tim,
>> If ismand isn't used by orbits (it isn't), what is this statement doing
>> here? The switch gets done in FRAMAIN2.C. I believe it is an error.
> I think you are correct. I don't see any use for it. It isn't where
> ismand is set for formula mandelbrot/julia toggle.
As it stands, yes, it's an error. But, it got me to thinking about using a
view window to view the julia corresponding to the crosshair location, like
we use for the mandel/julia switch. Except we wouldn't be able to use the
jiim() routine. Perhaps a user alterable jmaxit would allow the calculation
to be quick enough to be practical.
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@swbell.net
Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev"
------------------------------
Date: Tue, 29 Feb 2000 22:21:48 -0600
From: Tim Wegner <twegner@swbell.net>
Subject: Re: ismand in jiim.c
Jonathan,
> As it stands, yes, it's an error. But, it got me to thinking about using a
> view window to view the julia corresponding to the crosshair location, like
> we use for the mandel/julia switch. Except we wouldn't be able to use the
> jiim() routine.
We could if we allowed a way to code up the inverse of the iteration
formula in the parser.
But I think this is low priority compared to truecolor support. :-)
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@swbell.net
Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev"
------------------------------
Date: Wed, 1 Mar 2000 11:07:55 -0500
From: Ron Barnett <rbarnett@telenet.net>
Subject: RE: Truecolor support
Woops! I sent the original with my company email address. Hopefully this
one will make it to the list :-}.
- -----Original Message-----
From: Barnett Ron
Sent: March 01 2000 10:55
To: 'fractdev@lists.xmission.com'
Subject: Truecolor support
Tim,
Unfortunately, my new job, which started 8 months ago, is totally consuming
my time. I am responsible for developing a new business in a software
(Laboratory Information Management Systems) company and taking courses to
get Oracle DBA certification. I haven't had time to do anything on
truecolor support, let alone dig much into the code. I thought I might pass
on a few concerns/issues.
It is very unlikely that an algorithm which can be used on the final
iteration values can be found which is of general use. The Vepstas
algorithm will work for Mandelbrot type functions, that is, functions which
are essentially iterated power series. Many of the neat functions which
have transendentals, involve complicated complex products or or are conv
ergent fractals like Newton will not yield smooth coloring with the Vepstas
method. The only general method I have found, and no one else has come up
with an alternative, is exponential smoothing. Unfortunately, this method
must be applied at every iteration, starting with the first iteration. I
have tried all sorts of skipping schemes, and none of them give
satisfactory results. The bailout also needs to be set very high (as is the
case with the Vepstas method). For those who aren't familiar with the
method, the basic scheme is the following. Iterexp is used to reference
into a continuous color map.
for diverent fractals:
iterexp = iterexp + exp(-cabs(z))
for convergent fractals:
iterexp = iterexp + exp(-1/(cabs(zold - z)))
where zold is the z value from the previous iteration.
I assume this code fragment would have to go in an assembly language
routine for performance. Is anyone actually working on truecolor (and
truecolor is nearly worthless, in my opinion, if you can't make it smooth).
Decomposition and/or potential methods have some utility (Damien has done
some nice stuff here) , but cannot really be a smooth equivalent to
iteration, which is what, I believe, the users will want.
I apologize If I am going over ground those of you on the developer list
are already aware of. I just wanted to put my 2 cents worth in just in
case.
Ron Barnett
- --------------------------------------------------------------
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@swbell.net
Unsubscribe: majordomo@lists.xmission.com "unsubscribe fractdev"
------------------------------
Date: Fri, 17 Mar 2000 23:29:03 -0600
From: "Paul N. Lee" <Paul.N.Lee@Worldnet.att.net>
Subject: REQ: Fractal Census 2000
Greetings Fractal Community,
If you would be so kind, I would like to impose upon everyone to take a
moment and please supply some information:
1. The number of individuals in your household
that create fractals.
2. The number and names of fractal generating
programs used by each of these individuals.
3. Which fractal program is considered as the
best or most used by each of these individuals.
Replys are requested to be sent to the following email address:
MAILTO:ABPF_Bot@hotmail.com
The results will be made available upon completion of the census.
Thank you for your support and co-operation.
- --------------------------------------------------------------
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, 18 Mar 2000 15:15:44 -0600
From: Tim Wegner <twegner@swbell.net>
Subject: Development news
The source for the float-only version is now at fractint.org at:
ftp://ftp.fractint.org/frasrcfo20.0.9.zip
The next step is to create an xfractint version based on these
sources. This should not be too hard, and should be a lot cleaner
since many #ifdefs are currently needed to eliminate integer math
from Xfractint.
Scott Boyd has offerred to work a bit on the Xfractint user interface.
Jonathan Osuch and I are gearing up to launch the 32 bit fractint
effort.
Paul De Leeuw has fractint-based Windows truecolor program he is
working on.
The time has come to work out the PNG fRAc chunk. I am looking
into this.
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: Tue, 21 Mar 2000 21:50:27 +1100
From: "Paul de Leeuw" <pdeleeuw@deleeuw.com.au>
Subject: Fractal Chunk fRAc for PNG files
This is a multi-part message in MIME format.
- ------=_NextPart_000_0017_01BF937F.781C1820
Content-Type: multipart/alternative;
boundary="----=_NextPart_001_0018_01BF937F.781C1820"
- ------=_NextPart_001_0018_01BF937F.781C1820
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi Team,=20
My name is Paul de Leeuw, the author of ManpWin. I am interested in =
getting a definition for a fractal chunk in PNG and am interested in =
getting comments on a definition I'm working on.
We should develop a definition which meets the needs of all (and future) =
fractal programs.
Please see attached file.
Comments and suggestions gratefully appreciated.
Many thanks,
Paul.
- ------=_NextPart_001_0018_01BF937F.781C1820
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>Hi Team, </FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>My name is Paul de Leeuw, the author of ManpWin. I =
am=20
interested in getting a definition for a fractal chunk in PNG and am =
interested=20
in getting comments on a definition I'm working on.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>We should develop a definition which meets the needs =
of all=20
(and future) fractal programs.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Please see attached file.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Comments and suggestions gratefully =
appreciated.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Many thanks,</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Paul.</FONT></DIV></BODY></HTML>
- ------=_NextPart_001_0018_01BF937F.781C1820--
- ------=_NextPart_000_0017_01BF937F.781C1820
Content-Type: application/octet-stream;
name="frachunk.h"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
filename="frachunk.h"
/***********************************************************************
FRACHUNK.H
Definition of all fractal data to be written to the fRAc chunk
Written by Paul de Leeuw 21/3/2000
***********************************************************************/
#ifndef FRACHUNK_H
#define FRACHUNK_H
struct fractal_info // for saving data in PNG file
{
/*
This next pointer is to allow the iteration count for each pixel to be =
saved for resumption
of the fractal. As there is no simple reverse method for calculating =
iteration count from
true colour images, the lot needs to be saved. This is very large for a =
standard 1024*768
screen will be 1.57 MBytes if ints are used or 3.15 MBytes if longs are =
used. Hence=20
compression is needed for this data. HELP????????
*/
#ifdef ALLOW_32BIT_ITERATION
long *PixelData;
#else
int *PixelData;
#endif
=20
// standard FRACTINT stuff (based on FRACTINT v20.0)
char info_id[8]; // Unique identifier for info block
short iterationsold; // Pre version 18.24
short fractal_type; // 0=3DMandelbrot 1=3DJulia 2=3D ...
double xmin;
double xmax;
double ymin;
double ymax;
double creal;
double cimag;
short videomodeax;
short videomodebx;
short videomodecx;
short videomodedx;
short dotmode;
short xdots;
short ydots;
short colors;
short version; // used to be 'future[0]'
float parm3;
float parm4;
float potential[3];
short rseed;
short rflag;
short biomorph;
short inside;
short logmapold;
float invert[3];
short decomp[2];
short symmetry;
// version 2 stuff
short init3d[16];
short previewfactor;
short xtrans;
short ytrans;
short red_crop_left;
short red_crop_right;
short blue_crop_left;
short blue_crop_right;
short red_bright;
short blue_bright;
short xadjust;
short eyeseparation;
short glassestype;
// version 3 stuff, release 13
short outside;
// version 4 stuff, release 14
double x3rd; // 3rd corner
double y3rd;
char stdcalcmode; // 1/2/g/b
char useinitorbit; // init Mandelbrot orbit flag
short calc_status; // resumable, finished, etc
long tot_extend_len; // total length of extension blocks in .gif =
file
short distestold;
short floatflag;
short bailoutold;
long calctime;
BYTE trigndx[4]; // which trig functions selected
short finattract;
double initorbit[2]; // init Mandelbrot orbit values
short periodicity; // periodicity checking
// version 5 stuff, release 15
short pot16bit; // save 16 bit continuous potential info
float faspectratio; // finalaspectratio, y/x
short system; // 0 for dos, 1 for windows
short release; // release number, with 2 decimals implied
short flag3d; // stored only for now, for future use
short transparent[2];
short ambient;
short haze;
short randomize;
// version 6 stuff, release 15.x
short rotate_lo;
short rotate_hi;
short distestwidth;
// version 7 stuff, release 16
double dparm3;
double dparm4;
// version 8 stuff, release 17
short fillcolor;
// version 9 stuff, release 18
double mxmaxfp;
double mxminfp;
double mymaxfp;
double myminfp;
short zdots;
float originfp;
float depthfp;
float heightfp;
float widthfp;
float distfp;
float eyesfp;
short orbittype;
short juli3Dmode;
short maxfn;
short inversejulia;
double dparm5;
double dparm6;
double dparm7;
double dparm8;
double dparm9;
double dparm10;
// version 10 stuff, release 19
long bailout;
short bailoutest;
long iterations;
short bf_math;
short bflength;
short yadjust; // yikes! we left this out ages ago!
short old_demm_colors;
long logmap;
long distest;
double dinvert[3];
short logcalc;
short stoppass;
short quick_calc;
double closeprox;
short future[19]; // for stuff we haven't thought of yet
// ManpWin stuff (based on ManpWin v2.6x)
// Note that we could use fractint fields for many of these but I'll put =
in a bit anyhow
// Things like fractal type, inside.. are taken from FRACTINT definition
#ifdef MANPWIN
// start with complex plane definition
char *BigHor; // pointer to BigNum horizontal
char *BigVert; // pointer to BigNum vertical
char *BigWidth; // pointer to BigNum width
double hor;
double vert;
double width;
double JuliaReal;
double JuliaImag;
// Fractal stuff
WORD special; // used for special colours in certain fractals
BYTE degree; // for Newton, Power etc
int LogValue;
char FractalSubType; // Some examples of sub types:
// Newton B=3Dbasin, S=3Dstripe, N=3Dnormal
// Bifurcation Q =3D quad mand, B =3D bifurcation
// Cubic B =3D CBIN, C =3D CCIN, F =3D CFIN, K =3D CKIN
// Rational Map 3 =3D RAT34, 4 =3D RAT44
// Plotting stuff
char BlockIndex; // Higher numbers good for quick view of slow =
fractals
BYTE PairFlag; // Pairflag is used to inhibit unwanted rows and =
columns=20
// to remove excess processing.=20
int AutoStereoValue; // AutoStereo depth value
int biomorph; // biomorph colour
int decomp; // number of decomposition colours
// 3D stuff
BYTE _3dflag; // replay saved file 3D
double x_rot; // angle display plane to x axis
double y_rot; // angle display plane to y axis
double z_rot; // angle display plane to z axis
double sclx, scly, sclz; // scale
// Colour stuff
BYTE TrueColourFlag; // Use TrueColour palette generation
WORD RedStartInt; // True colour parameters
WORD GreenStartInt;
WORD BlueStartInt;
WORD RedIncInt;
WORD GreenIncInt;
WORD BlueIncInt;
char *PaletteFileName; // to store palette file name
#endif // MANPWIN
#ifdef FUTURE_STUFF
int FilterType; // Teirazon filter type
int ConvolutionType; // Teirazon convolution type
int ColourType; // Teirazon colour type: RGB, RBG, BGR, BRG, GRB, =
GBR
int FDimesnsion; // More Teirazon stuff
#endif // FUTURE_STUFF
#ifdef USER_STUFF
char UserChar1; // User info
char UserChar2;
char UserChar3;
char UserChar4;
char *UserCharPtr1;
char *UserCharPtr2;
char *UserCharPtr3;
char *UserCharPtr4;
int UserInt1;
int UserInt2;
int UserInt3;
int UserInt4;
long UserLong1;
long UserLong2;
long UserLong3;
long UserLong4;
float UserFloat1;
float UserFloat2;
float UserFloat3;
float UserFloat4;
double UserDouble1;
double UserDouble2;
double UserDouble3;
double UserDouble4;
#endif // USER_STUFF
};
- ------=_NextPart_000_0017_01BF937F.781C1820--
- --------------------------------------------------------------
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 #29
*****************************