On Thursday 18 November 2004 12:58 am, Hiram Berry wrote: [snipped]
When we zoom in, though, the domain pixels (the parameter values used for the orbits) will be accordingly changed, right? What I want to do is to possibly get the domain values from a different area than what the screen is showing for the display range, without having to change parameters on the z-screen if a zoom is done.
Ah, the light comes on! Would using the default coordinates for each fractal type be acceptable? Alternatively, I am planning to add a <cntl-p> screen with passes options on it and default coordinates could be on it. Possibly just an X and Y value, and then show -X to +X and -Y to +Y on the screen. The first option is preferable from an impementation standpoint since it wouldn't involve adding additional parameters to PARs and GIFs. I've already done it in my version, and it does prevent rotating the image, as was done with the Demonic_Moose image.
Yes, but that mapping is fixed to the screen rectangle. I'm suggesting the possibility, of say mapping scrnpix to the inside of the cardioid r=(1-cos(theta))/2 for example if we only want to see the orbits from the points originating on the period=1 cardioid of the M-set.
So, instead of plotting: for (row=0, row<ydots, row++) for (col=0, col<xdots, col++) we could plot: for (theta=0, theta<360, theta++) Or something similar.
Here's a more interesting example of why I want to choose the domain points separately from the screen coordinates. They're taken just from a diagonal line through the M-set-- but watch the evolution of the image... not nearly as simple as one might expect! The apparent trajectories look almost like they obey physical laws of nature as they are laid down, and the final image looks very like a complicated cloud chamber image of particle interactions!
Hmm, that is interesting. Jonathan