Thanks for taking the time to look at this. It has caused me to think through things with a different perspective. Changes in
the iteration count are dependent upon when the bailout occurs for outside pixels. So, if the bailout is occurring in the correct place based upon other outside= options, then there must be an error in how totaldist is being calculated.
I am sure my bailout and iterations are occurring in the right place since I have tested it on non-tdis coloring modes for hundreds of Jim Muth's FOTD images. I totally agree with your logic except it could also be how totaldist is turned into a color.
Is new getting set before the bailout is detected or after? When is old getting set?
Fracton's code is different and doesn't have new and old as such. I think it does exactly the same thing though. I will just post the code since it is only a few lines. You can scroll back a few messages to see the FractInt equivalent. double totalDistance; // Complex numbers complex lastZ; complex z; ----- Stuff here to calculate the initial z ----- lastZ = z; // tdis initialization totalDistance = 0.0; ---- Main loop ----- ----- Calculate a new z here ------- if(TDISOUT) { totalDistance += sqrt((lastZ.r - z.r) * (lastZ.r - z.r) + (lastZ.i - z. i) * (lastZ.i - z.i)); lastZ = z; } ----- After main loop, coloring stuff ----- else if(TDISOUT) n = totalDistance; -- Mike Frazier www.fracton.org