September 2006 - Fractint - mailman.xmission.com

I used Fractint's evolver to vary both real & imag parts of p1 of FotD 060905.
by Hal Lane 09 Sep '06

09 Sep '06

################################################ Jim, I used Fractint's evolver ( <ctrl>E ) to vary both the real and imaginary parts of p1 from 0 to 90 of your Sept 5th, '06 FotD ("Is this Seahorse Valley?") and discovered where your p1 = (77, 90) fits into the pseudo 4D space presented by Fractint in evolver mode. You appear to have used the evolver yourself and picked the best image right out the fourth dimension! Jim, did you use Fractint's evolver to find the FotD for Sept 5th, '06? <---<< There appear to be lots of potentially fruitful areas to zoom in on, in the vast 4D volume between p1 = (0, 0) and p1 = (90, 90). In your formula you have: ;when fn1-2=i,f, then p1 0,0=M, 0,90=O, 90,0=E, 90,90=J ;when fn1-2=f,i, then p1 0,0=M, 0,90=R, 90,0=P, 90,90=J I understand that "M" stands for Mandelbrot Set and "J" stands for Julia Set. Jim, what do "O", "E", "R" & "P" stand for? <---<< For reference here is the complete function: frm:multirot-XY-ZW-new {; draws 6 planes and rotations ;when fn1-2=i,f, then p1 0,0=M, 0,90=O, 90,0=E, 90,90=J ;when fn1-2=f,i, then p1 0,0=M, 0,90=R, 90,0=P, 90,90=J a=real(p1)*.01745329251994, b=imag(p1)*.01745329251994, z=sin(b)*fn1(real(pixel))+sin(a)*fn2(imag(pixel))+p3, c=cos(b)*real(pixel)+cos(a)*flip(imag(pixel))+p4: z=z^(p2)+c, |z| <= 36 I note that in the evolver-calculated four-space when p1 = (90, 90) the image is a Julia Set and when it was (0, 0) the image is a Mandelbrot set. I don't see how one can create a parameter file that will let others easily calculate this 4D space. However, if anyone is interested I will create a "cheat sheet" containing a list of instructions that you can use to tell Fractint to create this 4D space for you. Please email me. If I do this for someone who asks me I will put the result on the [Fractint] and [Philofractal] email lists. Currently, it seems that all one can do is save and reload the image of the 4D space. But I believe the extra info stored in the .gif file contains the parameters that the evolver used. So when you <r>eload the image you automatically come up in evolver mode with the ability to continue exploring and evolving! Maybe I will get around to putting a copy of the 4D space on my web site... - Hal Lane ######################### # hallane(a)earthlink.net # ######################### ################################################ -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.2/441 - Release Date: 9/7/06

2 1

Nuclear tri-grams in the I Ching and Base 64 encoding in Fractint.
by Hal Lane 08 Sep '06

08 Sep '06

######################################################## >Date: Sun, 3 Sep 2006 22:07:56 -0300 >From: "David Fisher" <sunfish(a)intercom.net> >Subject: [Fractint] Binary system >To: "Fractint and General Fractals Discussion" > <fractint(a)mailman.xmission.com> >Cc: philofractal(a)lists.fractalus.com > >If anyone is interested check out the nuclear tri-gram >designations in the I Ching. Some are also used on the S Korean >flag. They are a base 2 system to 64 places...from 0 to 63. Zero >being - - used as a placeholder and --- used to designate value. >Count from the bottom up with the bottom place being 1, next 2, >next 4, next 8, next 16, and top 32. >These markings are ancient, but they could very well be used to >program gates for a base 64 system since gates are either on or >off, 0 or 1. Comments??? > >David M Fisher sunfish(a)intercom.net --------------------------------------------------- Comment: Fractint already uses a base 64 encoding for the color map that it saves in parameter files. It uses both upper and lower case letters, digits, and "`" and "_". Here is an example from one of Jim Muth's FoTD postings: colors=000OxzOxzKxzGxzDwz9vz5uz2tz4sz5rz7qz8pzAozB\ nzDmzElzGkzHjzKizMhzPgzRfzTezWcyYax`_wbYvdWugVtiUs\ lTtnSspRrRUZTWXVYWX_VZ`U`bTbdSdfRegQgdRibSk_TlYUnW\ VpTWrRXsPYuMZwK_xI`pLYiNVbQSVSPOVMHXJSg6ak3vSRpUNj\ WJeXFB87LJ78mO5ZG2K8BsxiyxUfcFOKurzfejTUVEIF6FC4C8\ 294ckzKRVhoaU_PFLCDX3jmnNSPvzM2YE1RA1K70D3ykoi`bVR\ QFGDzkvj`gVRTFGEp78Q64jBW7VhKqFDaA6M5Etk7VO4zD3o92\ `61L3MAeG9VB8L57A6xh3XMVoGteaaUPJICa`SPQICG927z16V\ vZiTKN5Wp3NZ1EHNp2WJoLEYAAH6zd3ZKqzJ883672471260uP\ OaIGJC8DEI6A99S3ef2VX1LO1AF06wcVz6Ki4AQ22e7U`sMTeF\ LS7DEg9lX8_M7OB6CZI3QF2HC189058s27S8iEXeXGOGkNzOEV\ ggYTVMEIBf`mLLPvV_gORTIIEC9eJ6SE4EA2WWLwCjCtt9ge6V\ S3IEI`CCQ86G4nq6PU32v91W4uEB_y7ozUbpMQ`FDL7`SFRMBI\ H79B3MlBEY77K3hU8UM5FE2AVO5ICBYs7O`3FInj5PQ2_9GB8O\ 87I57C266kztWgaGPJzzrjmdVZRFKDzzijkYVYNFKBLh0yYTS9\ jI8V97FEpFAdB7T73H3ZVBNM7 } My spell checker doesn't like base 64 encoding! ;-) ---------------------------------------------------- >These markings are ancient, but they could very well be used to >program gates for a base 64 system since gates are either on or >off, 0 or 1. It seems to me that binary encoding is the most direct way to map numerical digits onto a two- valued electronic gate system. How one conveniently *views* these binary digits is quite another matter. For a long time (in the DEC PDP-11 world at least) binary numbers were printed in octal to (save space? and paper?) and enhance understanding over printing the binary number. Mainframe systems seemed to like to encode binary numbers in hex, which took a little getting used to, but many people are comfortable using this now. We even have a new phrase in the language now -- "hex dump." Its very convenient that two hex digits exactly encode one byte, the smallest addressable memory unit on most machines. But I would think that having to remember the significance of 22 or 54 letters (case would be important) for base 32 or 64 (instead of just A-F for hex) would be an almost insurmountable challenge. - Hal Lane ######################### # hallane(a)earthlink.net # ######################### ###################################################### -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.2/441 - Release Date: 9/7/06

1 0

FOTD 08-09-06 (A Stab in the Back [7])
by Jim Muth 08 Sep '06

08 Sep '06

FOTD -- September 08, 2006 (Rating 7) Fractal visionaries and enthusiasts: I goofed. In yesterday's FOTD I stated that it would take 10^64 transfers to solve the Tower of Hanoi puzzle. Actually, it would take only 2^64 transfers. This means that time is running out faster than we thought. Today's image might be the cover of a cheap horror novel about a homicidal maniac, but it is actually an almost-Julia set of East Valley. The outer shape of the Julia set is there sure enough, and the symmetrically placed bubbles in the interior are as expected, but the intruding dagger certainly does not belong in such an otherwise serene image. That dagger inspired the name "A Stab in the Back". The rating of a 7 seems about right for the picture. Actually, the dagger is East Valley itself, hugely enlarged and rotated out of position. How can it be this way? For a hint, consider the hugely increased length of your shadow when the sun is setting. The shadow is stretched in one dimension by the oblique projection. But in four-dimensional space, an object's shadow may be stretched equally in two dimensions by projection, which amounts to enlargement. The formula is a new one with a variable escape radius, written specially for today's image. The bubbly effect was achieved by rendering the image with the inside set to 'bof61'. The outside consists of the usual equal-iteration bands. The extreme bail- out of 25100 was necessary to give a few spare bands for the highlights on the bubbles. The slight horizontal stretching is just for effect. The render time of under 5 minutes will try no one's patience, unless they have more important things to do. But what could be more important than calculating a fractal never before seen? The unfortunate fans with SOTA units that crash when they hear the word 'Fractint' will find the finished image posted in GIF format on the FOTD web site at: <http://home.att.net/~Paul.N.Lee/FotD/FotD.html> Thursday started foggy here at New Fractal Central, but by 11am the fog burned off, leading to a perfect sunny afternoon with a temperature of 81F 27C. The New Fractal Cats were too busy romping with each other to notice the sun. They stopped misbe- having only when it was time to enjoy their evening treats. My day was busier than average, and the work will only get worse over the next few days. I'll try to keep the FOTD going during the rush, but there are no promises. The next FOTD might appear in 24 hours. (I'll give 50-50 odds of it appearing.) If it fails to show up, check for it the following day. Until next time, take care, and dimensions may be all in the mind, but in which dimension is the mind? Jim Muth jamth(a)mindspring.com jimmuth(a)aol.com START PARAMETER FILE======================================= A_Stab_in_the_Back { ; time=0:04:49.68--SF5 on a P200 reset=2004 type=formula formulafile=allinone.frm formulaname=JulibrotZ-New passes=1 center-mag=0/0/\ 0.8935863/1.0347 params=2/0/0.2501/0/0.0003/\ -0.0004/25000/0 float=y maxiter=10000 inside=bof60 logmap=yes periodicity=10 colors=000isvfoqclg`iZYfWVcSS`PPYMMVJJSGGPDGMEEKAC\ J6FJ1II3LJ5OK7RL9UMBWODYQF_SHaUJbWLcYNd_PcaRbbTacR\ `dU_dX`e_afbbfechgchicikcimcjocjqcksckuckwckxckzN4\ OWCPdLQmTRv`SuZQtYOsXNrWLqVJpUIoTGnREmQDlPBkO9jN8i\ M6hL5eN7bP9_RAXTCUVESXFPZHM`JJbKGdMEeND`PDXRDSSCOU\ CJVCFXBBZB6_B2aA0bA0dA0eO3`aHWnVRoTPoROoQNoOMoMLpL\ JpJIpHHpGGpEFpDEnGFmIGkKHjMHhOIgQJeSJdUKbWLaYM__MZ\ aNXcOWeORSRMETH0VK2UM3TO4SR5RT6QV7PY9O_ANaBMdCLfDK\ hEJjFIkINlLRmOVnS_oWcp_gqclrgpskttoxupwwqvxswytxzu\ yzvzzwzzxzzyzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz\ zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz\ zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz\ zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz\ zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz\ zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz\ zzzzzzzzzzzzzzzzzzzzzzzzz } frm:JulibrotZ-New {; Jim Muth ; Draws oblique slices of order n Julibrot Figure ; P1 defines power of Z, P2 determines center of slice ; P3 determines angle of slice z=pixel, c=p2+(pixel*p3): z=z^p1+c, |z| < p4+100 } END PARAMETER FILE=========================================

1 0

Re: FOTD 07-09-06 (Towers of Hanoi [6])
by Jim Muth 07 Sep '06

07 Sep '06

At 12:49 PM 9/7/06 +0100, you wrote: >Sorry Jim, but I have the shortcut, it's actually (2^64) -1 transfers, making a total of only 590 >billion years. Must run, time is short...... Now you've got me worried.

1 0

Re: [philofractal] FOTD 07-09-06 (Towers of Hanoi [6])
by padski＠padski.com 07 Sep '06

07 Sep '06

Sorry Jim, but I have the shortcut, it's actually (2^64) -1 transfers, making a total of only 590 billion years. Must run, time is short...... ----- Original Message ----- From: Jim Muth To: fractint(a)mailman.xmission.com Cc: philofractal(a)lists.fractalus.com Sent: Thu, 07 Sep 2006 00:28:44 -0400 Subject: [philofractal] FOTD 07-09-06 (Towers of Hanoi [6]) FOTD -- September 07, 2006 (Rating 6) Fractal visionaries and enthusiasts: Today's FOTD image takes us to East Valley, aka Elephant Valley, where we check the elephants, the goofy-looking eyes and noses, and the typical East Valley brain-like patterns. What's this, you see none of this stuff? That's because we're looking at the valley from an entirely new direction, roughly from above the screen. The generous stretching (1380 times) in the vertical direction was necessary to bring out the detail. Without stretching, the image would consist of little more than a few horizontal lines. As it is, the scene looks like two oriental towers. I named the image "Towers of Hanoi" after a mathematical puzzle I saw in the 'Believe it or Not' comic strip many years ago. The goal of the puzzle is to take a peg with 64 discs stacked on it, which increase in size toward the bottom of the pile, and transfer the stack of disks to another peg, with the largest disk again on the bottom. At no time may a larger disk be placed on top of a smaller disk. There is a third peg to make the transfer possible. Priests in the temple of Hanoi have been working on the puzzle for thousands of years, and when the transfer is completed, the world will vanish in a thunderclap. But there is no cause to worry, for 10^64 transfers are needed to do the job. Making one transfer per second, the priests would need something like 3*10^53 years to finish their task. But I only hope no one finds a short cut. The rating of a 6 was given without much thought. The speedy render time of 34 seconds is true on my fractal machine. The completed GIF image has been posted for convenience on the FOTD web site at: <http://home.att.net/~Paul.N.Lee/FotD/FotD.html> A picture of the new fractal cats is posted there also. A brief shower in the early afternoon did not spoil an otherwise fine day here at New Fractal Central. Generous sun and a temper- ature of 75F 24C kept the new fractal cats happy. Actually, I think the toy bird we picked up this morning at the Pet Mart kept them happier than the weather, which they usually ignore. The standard treat of tuna for Cassie and cheese for Nico fin- ished a near perfect day for them. My day was busier than yesterday but still under control. Unfor- tunately, I can not say the same for Friday and the week-end. I expect a big job to arrive late tomorrow, which will be due next Wednesday. It might force me to miss a few FOTD's. But never fear, the daily FOTD is in no danger of vanishing forever. (Of course, that's what the crocodile hunter said . . .) Anyway, until the next FOTD appears in 24 hours, take care, and try to keep your technology under control. Jim Muth jamth(a)mindspring.com jimmuth(a)aol.com START PARAMETER FILE======================================= Towers_of_Hanoi { ; time=0:00:34.28--SF5 on a P200 reset=2004 type=formula formulafile=allinone.frm formulaname=multirot-XZ-YW-new center-mag=0/-0.027\ 83359565155030/1380.708/0.0009649 params=0/45/2/0/\ 0/0/0.28/0.0001 float=y maxiter=10000 inside=0 logmap=58 symmetry=yaxis periodicity=10 colors=000OxzOxzKxzGxzDwz9vz5uz2tz4sz5rz7qz8pzAozB\ nzDmzElzGkzHjzKizMhzPgzRfzTezWcyYax`_wbYvdWugVtiUs\ lTtnSspRrRUZTWXVYWX_VZ`U`bTbdSdfRegQgdRibSk_TlYUnW\ VpTWrRXsPYuMZwK_xI`pLYiNVbQSVSPOVMHXJSg6ak3vSRpUNj\ WJeXFB87LJ78mO5ZG2K8BsxiyxUfcFOKurzfejTUVEIF6FC4C8\ 294ckzKRVhoaU_PFLCDX3jmnNSPvzM2YE1RA1K70D3ykoi`bVR\ QFGDzkvj`gVRTFGEp78Q64jBW7VhKqFDaA6M5Etk7VO4zD3o92\ `61L3MAeG9VB8L57A6xh3XMVoGteaaUPJICa`SPQICG927z16V\ vZiTKN5Wp3NZ1EHNp2WJoLEYAAH6zd3ZKqzJ883672471260uP\ OaIGJC8DEI6A99S3ef2VX1LO1AF06wcVz6Ki4AQ22e7U`sMTeF\ LS7DEg9lX8_M7OB6CZI3QF2HC189058s27S8iEXeXGOGkNzOEV\ ggYTVMEIBf`mLLPvV_gORTIIEC9eJ6SE4EA2WWLwCjCtt9ge6V\ S3IEI`CCQ86G4nq6PU32v91W4uEB_y7ozUbpMQ`FDL7`SFRMBI\ H79B3MlBEY77K3hU8UM5FE2AVO5ICBYs7O`3FInj5PQ2_9GB8O\ 87I57C266kztWgaGPJzzrjmdVZRFKDzzijkYVYNFKBLh0yYTS9\ jI8V97FEpFAdB7T73H3ZVBNM7 } frm:multirot-XZ-YW-new {; Jim Muth ; 0,0=para, 90,0=obl, 0,90=elip, 90,90=rect e=exp(flip(real(p1*.01745329251994))), f=exp(flip(imag(p1*.01745329251994))), z=f*real(pixel)+p3, c=e*imag(pixel)+p4: z=z^(p2)+c, |z| <= 36 } END PARAMETER FILE========================================= --------------------------------------------------------------------- To unsubscribe, e-mail: philofractal-unsubscribe(a)lists.fractalus.com For additional commands, e-mail: philofractal-help(a)lists.fractalus.com

1 0

FOTD 07-09-06 (Towers of Hanoi [6])
by Jim Muth 07 Sep '06

07 Sep '06

FOTD -- September 07, 2006 (Rating 6) Fractal visionaries and enthusiasts: Today's FOTD image takes us to East Valley, aka Elephant Valley, where we check the elephants, the goofy-looking eyes and noses, and the typical East Valley brain-like patterns. What's this, you see none of this stuff? That's because we're looking at the valley from an entirely new direction, roughly from above the screen. The generous stretching (1380 times) in the vertical direction was necessary to bring out the detail. Without stretching, the image would consist of little more than a few horizontal lines. As it is, the scene looks like two oriental towers. I named the image "Towers of Hanoi" after a mathematical puzzle I saw in the 'Believe it or Not' comic strip many years ago. The goal of the puzzle is to take a peg with 64 discs stacked on it, which increase in size toward the bottom of the pile, and transfer the stack of disks to another peg, with the largest disk again on the bottom. At no time may a larger disk be placed on top of a smaller disk. There is a third peg to make the transfer possible. Priests in the temple of Hanoi have been working on the puzzle for thousands of years, and when the transfer is completed, the world will vanish in a thunderclap. But there is no cause to worry, for 10^64 transfers are needed to do the job. Making one transfer per second, the priests would need something like 3*10^53 years to finish their task. But I only hope no one finds a short cut. The rating of a 6 was given without much thought. The speedy render time of 34 seconds is true on my fractal machine. The completed GIF image has been posted for convenience on the FOTD web site at: <http://home.att.net/~Paul.N.Lee/FotD/FotD.html> A picture of the new fractal cats is posted there also. A brief shower in the early afternoon did not spoil an otherwise fine day here at New Fractal Central. Generous sun and a temper- ature of 75F 24C kept the new fractal cats happy. Actually, I think the toy bird we picked up this morning at the Pet Mart kept them happier than the weather, which they usually ignore. The standard treat of tuna for Cassie and cheese for Nico fin- ished a near perfect day for them. My day was busier than yesterday but still under control. Unfor- tunately, I can not say the same for Friday and the week-end. I expect a big job to arrive late tomorrow, which will be due next Wednesday. It might force me to miss a few FOTD's. But never fear, the daily FOTD is in no danger of vanishing forever. (Of course, that's what the crocodile hunter said . . .) Anyway, until the next FOTD appears in 24 hours, take care, and try to keep your technology under control. Jim Muth jamth(a)mindspring.com jimmuth(a)aol.com START PARAMETER FILE======================================= Towers_of_Hanoi { ; time=0:00:34.28--SF5 on a P200 reset=2004 type=formula formulafile=allinone.frm formulaname=multirot-XZ-YW-new center-mag=0/-0.027\ 83359565155030/1380.708/0.0009649 params=0/45/2/0/\ 0/0/0.28/0.0001 float=y maxiter=10000 inside=0 logmap=58 symmetry=yaxis periodicity=10 colors=000OxzOxzKxzGxzDwz9vz5uz2tz4sz5rz7qz8pzAozB\ nzDmzElzGkzHjzKizMhzPgzRfzTezWcyYax`_wbYvdWugVtiUs\ lTtnSspRrRUZTWXVYWX_VZ`U`bTbdSdfRegQgdRibSk_TlYUnW\ VpTWrRXsPYuMZwK_xI`pLYiNVbQSVSPOVMHXJSg6ak3vSRpUNj\ WJeXFB87LJ78mO5ZG2K8BsxiyxUfcFOKurzfejTUVEIF6FC4C8\ 294ckzKRVhoaU_PFLCDX3jmnNSPvzM2YE1RA1K70D3ykoi`bVR\ QFGDzkvj`gVRTFGEp78Q64jBW7VhKqFDaA6M5Etk7VO4zD3o92\ `61L3MAeG9VB8L57A6xh3XMVoGteaaUPJICa`SPQICG927z16V\ vZiTKN5Wp3NZ1EHNp2WJoLEYAAH6zd3ZKqzJ883672471260uP\ OaIGJC8DEI6A99S3ef2VX1LO1AF06wcVz6Ki4AQ22e7U`sMTeF\ LS7DEg9lX8_M7OB6CZI3QF2HC189058s27S8iEXeXGOGkNzOEV\ ggYTVMEIBf`mLLPvV_gORTIIEC9eJ6SE4EA2WWLwCjCtt9ge6V\ S3IEI`CCQ86G4nq6PU32v91W4uEB_y7ozUbpMQ`FDL7`SFRMBI\ H79B3MlBEY77K3hU8UM5FE2AVO5ICBYs7O`3FInj5PQ2_9GB8O\ 87I57C266kztWgaGPJzzrjmdVZRFKDzzijkYVYNFKBLh0yYTS9\ jI8V97FEpFAdB7T73H3ZVBNM7 } frm:multirot-XZ-YW-new {; Jim Muth ; 0,0=para, 90,0=obl, 0,90=elip, 90,90=rect e=exp(flip(real(p1*.01745329251994))), f=exp(flip(imag(p1*.01745329251994))), z=f*real(pixel)+p3, c=e*imag(pixel)+p4: z=z^(p2)+c, |z| <= 36 } END PARAMETER FILE=========================================

1 0

FOTD 06-09-06 (Julibrot View [8])
by Jim Muth 06 Sep '06

06 Sep '06

FOTD -- September 06, 2006 (Rating 8) Fractal visionaries and enthusiasts: Today's final visit to Seahorse Valley is a bit overwhelming, showing both the familiar Julia set and Seahorse Valley itself in the same image. The outer shell of the fractal is the Julia set of Seahorse Valley, while the interior stuff is the valley itself, grossly enlarged and seen from an angle which is double- rotated less than 1 degree from the Julia direction. The two branches of Seahorse Valley can be plainly seen converging on the center of the image. Don't try to visualize how it can be this way. It's the path to mental congestion. Even a four-dimensional student studying four-dimensional geometry would have trouble with it. The enlarged and distorted view of the valley involves hyperangles with two independent arc measurements between planes that inter- sect in a single point. It's hard enough to visualize a hyper- sphere, much less the whole convoluted Julibrot. I rated the image at an 8. In my opinion, it's worth it. The colors were pretty much a happy accident, but being the creating fractalist, I can take any credit. (As well as some occasional blame.) The name "Julibrot View" is a simple description. The render time of 28 minutes with passes=t may be cut in half by calculat- ing the parameter file with passes=g, but the price is the loss of some detail. The passes=b option finishes in 1 second, but misses the entire image. The passes=1 option captures every last speck of detail, but takes over an hour to do it. The passes=t version has been posted to the FOTD web site at: <http://home.att.net/~Paul.N.Lee/FotD/FotD.html> from where it may be conveniently downloaded. Heavy clouds and occasional light rain did not concern the new fractal cats, who glanced out the window once or twice between bouts of play. When they finished their evening treats of tuna and cheese, I told them that they will soon be world famous with their pictures posted on the FOTD web site. They continued to wash their faces. With the work still up to date, I was not concerned either. But the potential still exists for a rush job to come in around Thursday. The next FOTD will appear in 24 hours, and will take us to East Valley to check the elephants that live there. Until then, take care, and be fondly optimistic. Jim Muth jamth(a)mindspring.com jimmuth(a)aol.com START PARAMETER FILE======================================= Julibrot_View { ; time=0:27:58.47--SF5 on a P200 reset=2004 type=formula formulafile=allinone.frm formulaname=SliceJulibrot2 center-mag=0/0/0.85918 params=90.642/90.608/90.945/90.346/-0.75/0/0/0 float=y maxiter=100000 inside=0 passes=t logmap=yes periodicity=10 colors=00057h67f77d87b97`A7ZB7YC7XDCWFHXGMYGRaGWeG\ _hGdlGhoIgpJfqKeqLerLdrLcsMcsMbtMauNauN`vN_vO_wOZw\ OYxOYxR_vTauVbsXdrZfqagocinejmglkinjlohnqgpsfrtdtv\ cvwbrrdnnfjjhffibbk_YmWUoSQpOMrKItHEuYFenGQ_OVLV_O\ T`RR`UP`XOa_MabKaeJahHbkFbnDbqCctAcw8cx7cvBfsFipIk\ mMnjQqgTshRphPnhOlhMjiLgiJeiIciGajFZjDXjCVjATj9RhA\ PfAOdBMcBLaCK_CIZCHXDGVDETEDSECQFAOF9NF8PJCRMGTPKV\ SOXVSZYW``_bccdfgfikhlojoslrwnuzowzqvzruzstztrzupz\ vozwmztkzrhypdxn`vlXtiUsgQqeMocJnaFl_CkaIibNhcSfdX\ efbcggbhl`iq_jvZcqXYlUSgSUcTV`UWYVYVWZSX_PX`MYbJZc\ G_dD`eA`USjJhsNgmRfhVebZdYbcTfbNjaInaDYcLIeTLhRNjP\ QjNSjLVjKXjI_lGapEctD_rJWqPTpVPo`LnfImkKkiMihOgfQe\ eSccUabW_`YY__WYmLOaUXcSVeQUgOSiMRkKPkzqlznlwllsjl\ phllflidlfbmb_m_YmWWmTUmPSmMQxb_xYXwTUrORdHxfIrgIm\ hIhjJbkJYlJT9ofUmX`lUbhZcecebhfZmhWriTwkPzlMzqzzpx\ zoqzojzncznXzmQzSmzIezH`z } frm:SliceJulibrot2 {; draws most slices of Julibrot pix=pixel, u=real(pix), v=imag(pix), a=pi*real(p1*0.0055555555555556), b=pi*imag(p1*0.0055555555555556), g=pi*real(p2*0.0055555555555556), d=pi*imag(p2*0.0055555555555556), ca=cos(a), cb=cos(b), sb=sin(b), cg=cos(g), sg=sin(g), cd=cos(d), sd=sin(d), p=u*cg*cd-v*(ca*sb*sg*cd+ca*cb*sd), q=u*cg*sd+v*(ca*cb*cd-ca*sb*sg*sd), r=u*sg+v*ca*sb*cg, s=v*sin(a), c=p+flip(q)+p3, z=r+flip(s)+p4: z=sqr(z)+c |z|<=9 } END PARAMETER FILE=========================================

1 0

FOTD 05-09-06 (Is This Seahorse Valley? [7])
by Jim Muth 05 Sep '06

05 Sep '06

FOTD -- September 05, 2006 (Rating 7) Fractal visionaries and enthusiasts: Seahorse Valley never looked like this before. The unexpected shape inspired the name "Is This Seahorse valley?" But the image most certainly is one of Seahorse valley. The scene is an oblique view of the valley, rotated 13 degrees from the Julia orientation toward the Rectangular orientation. If anyone doubts this, change real(p1) to 90 and watch the Seahorse Valley Julia set appear. And while you're at it, change poth parts of (p1) to zero and watch Seahorse Valley itself appear at the center of the screen, awkwardly rotated 90 degrees. With all these unfamiliar aspects, what shape then is the entire Seahorse Valley area of the Julibrot? It is a tapering four- dimensional wedge that terminates in a sharp plane. A sharp plane would describe the razor edge that a 4-D man would use to shave his chin, just as a 3-D man uses a blade with a sharp line as the cutting edge. Yes, I know it's silly to think that a plane could be sharp, but the fourth dimension makes many imposs- ible things possible. A sharp plane could extend indefinitely in all directions, yet a 4-D man could cut himself seriously if he carelessly touched it. Thank goodness we can see our fractals only two dimensions at a time. The included parameter file of today's image runs in a little over 1-1/2 minutes. The image is also conveniently available for download on the FOTD web site at: <http://home.att.net/~Paul.N.Lee/FotD/FotD.html> I'll probably post a few more unexpected aspects of Seahorse Valley before moving on to East Valley, which, if anything, is even more varied than Seahorse Valley. The weather turned quite pleasant here at New Fractal Central on Monday, with warm sun and a temperature of 73F 23C. The fractal cats enjoyed the fine weather as they sat on their scratching posts, soaking up the sun. My day was reasonably quiet, but that big job is still looming for later this week. The job will not arrive tomorrow however, so expect the next FOTD to be posted on schedule in 24 hours. Until then, take care, and a four dimensional man would probably cut himself in half if he stepped on one of our sidewalks. Jim Muth jamth(a)mindspring.com jimmuth(a)aol.com START PARAMETER FILE======================================= IsThisSeahrsValley { ; time=0:01:39.03--SF5 on a P200 reset=2004 type=formula formulafile=allinone.frm formulaname=multirot-XY-ZW-new function=flip/ident passes=1 center-mag=0/0/1.127829/1/-90/-1.2337e-014 params=77/90/2/0/0/0/-0.75/0 float=y maxiter=50000 inside=255 logmap=yes periodicity=10 colors=000E2hC2iA2p82o62n40m50l60k70j70i80h90gA0fA\ 0eB0cC0aD0_D0XE0UF0RF5OCAKAEH7HL5KQ2LV0MZ4PZ8SZCUZ\ GXZJ_ZMYZOWZQU_SS_UQ_WO`YM`_K`aIacGaeEagCbiAbk8cm6\ co4bq4aq4`p4_p4Yp4Xp4Wp4Vo4Uo4To4Ro4Qn4Pn4On4Nn4Mn\ 4Km4Jm4Im4Hm4Go2Em4Fl6Fj7Gi9GgAGfCHdDHcFHaGI`IIZJI\ YLJWMJVOJTPKSRKQTKPULNWLMXLKZMJ_MHaMGbNEdNDeNBgOAh\ O8jO7kP5mP2qR4nP5kO7hM8eL9bJB`ICYGDVFFSDGPCINAJNFK\ NKMNPNNUPNUONUOOUPOZROcTOhVOmTOgROaPOWNOQLSJJWDH_7\ Eb0Gc1Ic2Jc2Ld3Md3Od4Pd5Re5Se6Ue6Vf7Xf8Yf8_f9`g9bg\ AcgBehBfhChhCihDkiEliEniFoiFnjEnkEnkEmlDmlDmmDmnDl\ nCloCloCkpBkqBkqBkrBjrAjsAjtAit9iu9ju9kv9kw8mx8oy8\ rz7sz8uz8uz8sz8qz9nz9lz9jy9ix9hwAfvAfuAftAftBftBft\ BesBesBesCerCerCdrCdqDdqDdqDdpDcpDcpEcoEcoEeoEgoFi\ oEkoEmoEooDqoDsoDuoCwoCxoCzoCzoBzoBzoBzoAzoAzoAzo9\ zo9zo9zo9zo8zo8zo8zo7zo7zo7zz7zz8zz9zzAzzBzzCzzDzz\ EzzFzzGzzHzzzzzzzzzzzzzzz } frm:multirot-XY-ZW-new {; draws 6 planes and rotations ;when fn1-2=i,f, then p1 0,0=M, 0,90=O, 90,0=E, 90,90=J ;when fn1-2=f,i, then p1 0,0=M, 0,90=R, 90,0=P, 90,90=J a=real(p1)*.01745329251994, b=imag(p1)*.01745329251994, z=sin(b)*fn1(real(pixel))+sin(a)*fn2(imag(pixel))+p3, c=cos(b)*real(pixel)+cos(a)*flip(imag(pixel))+p4: z=z^(p2)+c, |z| <= 36 } END PARAMETER FILE=========================================

1 0

RE: How can you find a particular image if its not named?
by Hal Lane 04 Sep '06

04 Sep '06

>From: merren [mailto:merrenp@ihug.co.nz] > ...but with no other form of sorting, I can't > think how you could find a particular image... merren, I use an image viewing program that creates 'thumbnail'- sized images of each image in the Fractint directory. The size of the 'thumbnail' image is controllable so one can adjust them to be able to tell what is in the original-sized image. The viewing program I use is CompuPic. There are 'standard', 'express' and 'pro' versions with varying features and costs (from $20US to $50US). To find a particular image -- even if I *don't* know its name -- I simply visually scan the small versions of the images. One can additionally organize images into folders to keep the numbers of images one needs to visually scan at one time to find a particular image to a reasonable number. I also like the ability to browse the thumbnails of my images. I often find an image that I have forgotten about. The reason for keeping the length of the file names of Jim Muth's images at or below 8 characters is that Fractint is a DOS program and cannot display a meaningful version of a longer file name. The 8 character DOS file name restriction is a very unfortunate limitation in specifying the contents of a file. The users of Fractint all hope for the day when Fractint will easily run on modern computers and use modern operating system and programming language features. - Hal Lane ######################### # hallane(a)earthlink.net <mailto:hallane@earthlink.net> # ######################### >-----Original Message----- >From: merren [mailto:merrenp@ihug.co.nz] >Sent: Sunday, September 03, 2006 11:53 PM >To: philofractal(a)lists.fractalus.com >Subject: Re: [philofractal] Re: FOTD 02-09-06 (New View of >SeahorseValley [6]) > > >Nothing wrong with DDMMYY. At least half the world uses that. Quite >rational, I think. There's a big world out here, beyond ther borders of >the US. > >I give my fractals names, sorted under subject. It works for me. I think >numbering is probably ok, but with no other form of sorting, I can't >think how you could find a particular image...a picture in your >mind...when you don't remember when you made it. > >merren > >Paul N. Lee wrote: >> David wrote: >> >>>>John W., >>>> >>>>I file the fractals by date and what you >>>>call FOTD 02-09-06, I file as 090206.par. >>>>I occasionally forget that America writes >>>>the date backwards >>> >>>The only rational way to write the date is >>>YYYY.M.D (2006.9.2) or YYYYMMDD (20060902). >>>Either one lets you append the time (HH.MM.SS >>>or HHMMSS), and both produce a very sensible >>>and easily sorted date/time. ;-) >>> >> >> >> So very true!! And definitely the best way when using computers to >> store such values. >> >> The thing America has failed to do right is use the Metric system. >> >> >> Later, >> P.N.L. >> ------------------------------------------------- >> http://home.att.net/~Paul.N.Lee/PNL_Fractals.html >> http://www.Nahee.com/Fractals/ >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: philofractal-unsubscribe(a)lists.fractalus.com >> For additional commands, e-mail: philofractal-help(a)lists.fractalus.com >> >> >> > >--------------------------------------------------------------------- >To unsubscribe, e-mail: philofractal-unsubscribe(a)lists.fractalus.com >For additional commands, e-mail: philofractal-help(a)lists.fractalus.com > >-- >No virus found in this incoming message. >Checked by AVG Free Edition. >Version: 7.1.405 / Virus Database: 268.11.7/436 - Release Date: 9/1/06 > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.11.7/436 - Release Date: 9/1/06

2 1

Re: FOTD 02-09-06 (New View of SeahorseValley [6])
by Jim Muth 04 Sep '06

04 Sep '06

At 09:09 AM 9/2/06 -0700, John Wilson wrote: >O.K., Jim. You have me all confused again! >I thought that your previous FOTD was entitled >"The very last midget". So why am I presented >with a midget with my breakfast this morning? "The very last Midget" image will be the last one with a midget at the center until October. You must be viewing the wrong image. There are no Mandelbrot midgets in the 'New View' image. They would be impossible. I said nothing about just plain open holes however. Jim M.

8 18