Title: New Fractal Program/Screensaver Post by: Christian on December 28, 2013, 02:23:11 AM Watch your fractal zooms in real time! Finally a new and faster way to generate fractals called “The Fractal Algorithm”. Get your free copy today at www.zevendevelopment.com. Run it as a screen saver and impress your friends and coworkers! No GPU required! It's FREE!
Title: Re: New Fractal Program/Screensaver Post by: Kalles Fraktaler on December 28, 2013, 05:57:29 PM Cool!
Can you please explain the "fractal algorithm" you invented? The demonstration doesn't go so deep, does it use arbitrary precision? Edit: I found the explanation on your site. It is indeed interesting and could indeed be combined with psa :) Title: Re: New Fractal Program/Screensaver Post by: Christian on December 28, 2013, 09:23:34 PM The Fractal Algorithm does not use arbitrary precision, just CPU doubles, no floats either at this time. I'm currently looking at double doubles that breaks the coefficients up which will give 30 digit precision or more if supported in real time. Use of Huygen lines will give any fractal calculations up to x1000 speed improvements even at e100. The Mandelbrot is a fractal why not use another fractal to calculate it? The Fractal Algorithm was the first attempt at a true real time zoom of a fractal that could run on any dual core i5 CPU. Enjoy!
Title: Re: New Fractal Program/Screensaver Post by: Kalles Fraktaler on December 28, 2013, 09:52:20 PM You should combine it with psa, to be able to create almost unlimited deep mandelbrot fractals faster than ever before!
But with the huygen lines you wont be able to do smooth color transitions unfortunately, so I wont try it. Title: Re: New Fractal Program/Screensaver Post by: Kalles Fraktaler on December 28, 2013, 11:06:18 PM Use of Huygen lines will give any fractal calculations up to x1000 speed improvements even at e100. But I doubt your method would improve the calculation a thousand times at depth around e100. You should try it on this location, Dinkydau's Tick-tock, at the size 640x360 with no antialiasing: Code: Re = -1.479,946,223,325,078,880,202,580,653,442,563,833,590,828,874,828,533,272,328,919,467,504,501,428,041,551,458,102,123,157,715,213,651,035,545,943,542,078,167,348,953,885,787,341,902,612,509,986,72 Title: Re: New Fractal Program/Screensaver Post by: 3dickulus on December 28, 2013, 11:29:11 PM I don't think this is new but rather a variant of bifricating, it looks (sounds) like something I applied to fractal rendering on my Amiga back in the late 80s, found the code in a demo. Divide area in half, render 1 pixel border, test border pixels, if all == then fill area else if all != subdivide again until size < 4. On my 16Mhz 68000 it made an enormous improvement.
This basically plots escape boundaries and did offer a speed increase by not calculating the areas that were surrounded with the same color. Have you figured out how to apply to 3D or DE ? edit: I found that with very detailed plots it was just as fast to calculate everything due to the overhead generated by testing the borders of every 4 pixel group on the screen. Title: Re: New Fractal Program/Screensaver Post by: 3dickulus on December 29, 2013, 12:02:53 AM I haven't got original files with timestamps to prove this as over the years most of my Amiga stuff has been lost or resides on 880k Amiga floppies but here is the Qt ported version of the algorithm I used...
Code: /* -------------------------------------------------------------------- */ edit: timestamp on this version is Oct 18 2006 qtfpainter.cpp Title: Re: New Fractal Program/Screensaver Post by: Kalles Fraktaler on December 29, 2013, 12:26:47 AM Yes, unfortunately this is not a new invention, and also Wikipedia mentions it with the name "Border tracing / edge checking".
Title: Re: New Fractal Program/Screensaver Post by: 3dickulus on December 29, 2013, 12:48:58 AM ...and here's the "fracfunc" used with the above Qt port for anyone that wants to play with it :dink:
Code: /*************************************************************************** Title: Re: New Fractal Program/Screensaver Post by: Christian on December 29, 2013, 01:15:53 AM I am familiar with bifricating. Bifricating suffers from errors if the fractal image is disconnected. Take a look at the Julia Set "Ornament" and zoom into the areas were all the lines connect. You will find isolated pixels. Bifrication will incorrectly remove these.
Huygen lines can be applied to 3D and even DE as a root finding algorithm in concept, but I have not pursued these areas. The Fractal Algorithm incorporates many techniques in order to deliver 30 fps fractal zooms in real time, and it's primary focus was to run on an average dual core i5 CPU. Title: Re: New Fractal Program/Screensaver Post by: 3dickulus on December 29, 2013, 01:27:05 AM when bifricating reaches 2x2 all pixels are calculated but it will miss something that happens to be surrounded by the same values and happens to lie off of a bifrication boundary.
Title: Re: New Fractal Program/Screensaver Post by: 3dickulus on December 29, 2013, 09:11:15 AM I am not trying to beat you up or put down your work, I am just trying to understand what is new, different or better than previous methods...
this is a quote from http://farside.ph.utexas.edu/teaching/302l/lectures/node150.html RE: Huygens' principle Quote The first person to explain how wave theory can also account for the laws of geometric optics was Christiaan Huygens in 1670. At the time, of course, nobody took the slightest notice of him. His work was later rediscovered after the eventual triumph of wave theory. (http://farside.ph.utexas.edu/teaching/302l/lectures/img1494.png)Huygens had a very important insight into the nature of wave propagation which is nowadays called Huygens' principle. When applied to the propagation of light waves, this principle states that: Every point on a wave-front may be considered a source of secondary spherical wavelets which spread out in the forward direction at the speed of light. The new wave-front is the tangential surface to all of these secondary wavelets. According to Huygens' principle, a plane light wave propagates though free space at the speed of light, c. The light rays associated with this wave-front propagate in straight-lines, as shown in Fig. 85. It is also fairly straightforward to account for the laws of reflection and refraction using Huygens' principle. Fig. 85 END QUOTE from the diagrams on your website it appears to be bifricating/boundary testing so I quote Kalles Fraktaler ... Quote Can you please explain the "fractal algorithm" you invented? and how it uses "Huygen Lines" which I understand as the line representing the new wave front formed by secondary wavelets.If my assumptions here are incorrect then I welcome enlightenment. Title: Re: New Fractal Program/Screensaver Post by: Syntopia on December 29, 2013, 11:23:17 AM I think the OP is named 'Huygen', so there is probably no relation to the physicist Huygens :-)
@Christian: Can't you explain what these Huygen lines are? Then it would be easier to see whether this is something new. There are already fast Mandelbrot zoomers out there - for instance 'Frax' for iOS which lets you zoom in realtime on an iPad. You program is certainly fast in the 'preview' mode. I get 30 fps, but this seems to be based on some sort of interpolation/rescaling between keyframes, which introduces visual artifacts (see e.g. the pixelation on the attached screenshot). When I go to edit mode and zoom interactively, the render time is higher (1-30 seconds for zooming in on complex locations). For proper time comparisons, it would be necessary with an option to calculate a single frame at the specified location - I don't think this is possible as of now? Btw, the program crashes when exiting 8-bit colors mode on my machine (Windows 7). 32-bit works fine. Title: Re: New Fractal Program/Screensaver Post by: 3dickulus on December 29, 2013, 12:07:27 PM ah, of course, thank you Syntopia, and "The Fractal Algorithm" is actually the name of a mandelbrot rendering program being marketed as product of zevendevelopment and not a new method based on bifurcating wavelets, my apologies to Christian for the bold assumption.
"Christiaan Huygens" != "Christian Huygen" One can understand some confusion with statements like... Quote "The Fractal Algorithm only needs to calculate 7.4% of the total resolution." from the website.not a good name for a program and Christian? attaching your name to bifurcating lines is a little bold me thinks, however, if you did invent the idea I will, from this day forth, always refer to these lines as "Huygen Lines" Title: Re: New Fractal Program/Screensaver Post by: 3dickulus on December 29, 2013, 02:57:13 PM Ok, so I fired up the IDE and dug into my old code, a bit hacked up and not a complete port to the latest and greatest but enough to let me render something.
The images were created from the code posted above, original code circa 1988 ish and it's quite fast, haven't had any time to run real tests, requires proper porting. As I recall I spent some time observing the assembler output, I found that the compiler optimized better than I could. The C code for the "fracfunc" produced assembler that was about as good as it could be at the time and that is what led me to bifurcating for an order of magnitude speed increase. Mandel, Julia, hybrid MandJulia The old proggie had 28 fractal types collected from Scientific American magazines and other publications, maybe I'll revive it :) Title: Re: New Fractal Program/Screensaver Post by: Christian on December 29, 2013, 08:40:26 PM Look at the following image. I did the Ornament Julia Set at 1 billion iterations in 5.709s. If you look where all the lines connect, bifurcation would have removed all the isolated pixels. There are many different algorithms to detect the boundaries of fractals. Huygen Lines, is just my version of the Algorithm. It is not the only way or the best just a small piece of "The Fractal Algorithm". There are many algorithms and disciplines in developing a good fractal program, and as many can agree, thousands of hours. Like you I develop, and code in my free time at night. I believe that fractal mathematics is the new frontier of the next mathematical revolution. Please run this point using other fractal programs, and see how it compares. You can see the full version here: www.zevendevelopment.com/images/ornament1920x1080.png
Title: Re: New Fractal Program/Screensaver Post by: Christian on December 29, 2013, 09:03:00 PM I think the OP is named 'Huygen', so there is probably no relation to the physicist Huygens :-) My father was born in Haarlem Holland and I was a Dutch Citizen till I moved to the US. My family tree goes back to the 13th century, and I have no relation to the physicist Huygens.@Christian: Can't you explain what these Huygen lines are? Then it would be easier to see whether this is something new. There are already fast Mandelbrot zoomers out there - for instance 'Frax' for iOS which lets you zoom in realtime on an iPad. There are many fast Mandelbrot zoomers. The goal of 'The Fractal Algorithm' was to not use the GPU, because there are a lot of different video cards on the market. 'Frax' an impressive program for the iPad, does use the GPU. See: http://news.cnet.com/8301-1035_3-57605820-94/yep-apples-a7-looks-twice-as-fast-at-least-for-fractal-math/You program is certainly fast in the 'preview' mode. I get 30 fps, but this seems to be based on some sort of interpolation/rescaling between keyframes, which introduces visual artifacts (see e.g. the pixelation on the attached screenshot). When I go to edit mode and zoom interactively, the render time is higher (1-30 seconds for zooming in on complex locations). For proper time comparisons, it would be necessary with an option to calculate a single frame at the specified location - I don't think this is possible as of now? Thank you, we are aware of the issue, on some machines, and are looking to fix it. When DirectX sets a fullscreen 8-bit mode, the windows task bar does not follow Microsoft's rules and takes over the palette. To properly set the palette, we have to terminate the task bar, and when you exit, we relaunch explorer.exe, which depending upon your setup of your security rights will cause an exception.Btw, the program crashes when exiting 8-bit colors mode on my machine (Windows 7). 32-bit works fine. Title: Re: New Fractal Program/Screensaver Post by: Christian on December 29, 2013, 09:21:45 PM You program is certainly fast in the 'preview' mode. I get 30 fps, but this seems to be based on some sort of interpolation/rescaling between keyframes, which introduces visual artifacts (see e.g. the pixelation on the attached screenshot). When I go to edit mode and zoom interactively, the render time is higher (1-30 seconds for zooming in on complex locations). For proper time comparisons, it would be necessary with an option to calculate a single frame at the specified location - I don't think this is possible as of now? If you zoom in on a region of the fractal and create a new image, then using the saved iterated states of both images, where they intersect, Huygen Predictors can very quickly and accurately predict additional images. This is an iterated prediction, not pixel enlargement or interpolation. Regions outside the zoomed image where there are no intersection can only be enlarged, but since we are zooming this creates a nice motion blur effect helping in the zoom animation. You will notice in predicted images, areas that contain a lot of detail, changes with every frame and will get the exact same effect if the predicted frame was calculated instead.Orbits have patterns they can be used to predict. You can set the predicted frames to zero so that every frame will be calculated. Title: Re: New Fractal Program/Screensaver Post by: Kalles Fraktaler on December 29, 2013, 10:45:26 PM This method is depending on that the image has large "empty" areas with the same iteration count, and is actually slower, because of the overhead, if one zooms into a valley of a minibrot, where the space between spirals is not "empty". But if you are only using double float precision, which only allows you to zoom to about e13, these areas might not be so common. But it would certainly not impress any of my friends, as stated on the site, to show them zooms to e13! :D
I did a test in a minibrot's valley and Fractal eXtreme is faster. Even Kalles Fraktaler is as fast as FX - for the first reference. The location took about 15 seconds in both programs and I counted longer for the Fractal Algorithm program that unfortunately doesn't have any time indication. Code: Re: -0.1620036716521200206544664171007115394287 3dickulus, you shouldn't be too worried to put down on his work, because that is what he does to every other fractal applications when listing how bad they are compared to his program ("but all have one or more of the following limitations"). I think it is kind of priggish. Christian, why are you trying to belittle our work, what do you think you will gain? This might even be some kind of a joke, digging up an old render method from the 80s, calling it he's own and claiming its superiority even though it's limited to e13?? Title: Re: New Fractal Program/Screensaver Post by: Christian on December 30, 2013, 01:10:15 AM The Fractal Algorithm does not use arbitrary precision, just CPU doubles, no floats either at this time. I'm currently looking at double doubles that breaks the coefficients up which will give 30 digit precision or more if supported in real time. Use of Huygen lines will give any fractal calculations up to x1000 speed improvements even at e100. The Mandelbrot is a fractal why not use another fractal to calculate it? The Fractal Algorithm was the first attempt at a true real time zoom of a fractal that could run on any dual core i5 CPU. Enjoy! First of all I said up to x1000, and it appears that you have missed the point of "The Fractal Algorithm". It is an attempt to do real time zooms on fractal points. Secondly I have purposely not compared any timings with other programs, because it is pointless. I will not belittle other peoples hard work. You have a deep zoom program and I commend you on that. Please run the point of the Ornament Julia Set at 1 billion iterations and compare for yourself. The Fractal Algorithm is FREE, you can't get a better deal!Title: Re: New Fractal Program/Screensaver Post by: 3dickulus on December 30, 2013, 02:45:31 AM I'm CaNaDiAn, we're just generally respectful and polite regarding others efforts but we do appreciate integrity,
ie:make a claim and it should stand on it's own merits without the need to defend it. I present code examples for all to scrutinize and only issue a challenge when in need of enlightenment which will be accepted graciously. The recursive bifurcating algorithm that I presented will not miss the pixels in tight areas, it will simply degenerate to calculating every pixel. It is not mine, I didn't invent it, anyone can find examples of it on the 'net. I admire anyone who puts their code out there as in OpenSource, it's like being naked, everyone can see both flaws and assets, free to appreciate and criticize. (better wear your helmet, it's rough out there) Anyone that has executed the binary "The Fractal Algorithm" without examining the source code is (imho) at risk. What's a better deal than a "Free" program ? THE SOURCE CODE!!! that teaches me something new. Title: Re: New Fractal Program/Screensaver Post by: Kalles Fraktaler on December 30, 2013, 03:06:34 PM First of all I said up to x1000, and it appears that you have missed the point of "The Fractal Algorithm". It is an attempt to do real time zooms on fractal points. Secondly I have purposely not compared any timings with other programs, because it is pointless. I will not belittle other peoples hard work. You have a deep zoom program and I commend you on that. Please run the point of the Ornament Julia Set at 1 billion iterations and compare for yourself. The Fractal Algorithm is FREE, you can't get a better deal! Up to x1000, does that include 0.001 as well? :DI think that since you claim your program is superior compared with all other fractal programs, a time indicator would not be pointless, so that we can compare. What I do think is pointless is to render the Ornament Julia set with a billion iterations, since much less is required to make a decent image. 10'000-100'000 is enough, without antialiasing, depending on the resolution. Can you explain why you think antialiasing makes fractal images blurry?? But indeed, since this location contains large "empty" areas the "Border tracing / edge checking" method render it very fast compared to calculating every black pixel. What you shown is that the fastest way to calculate a billion iterations is to not calculate them at all, which is indeed a good point, but I think most of us already knew that. ;) So your program is great as a demonstration of a special case when you can skip unnecessary calculations, but this is not the superior general fractal program you are describing in your presentation, and it's sad that you try to assert your own superiority by deprecating all others by listing how bad they are. Title: Re: New Fractal Program/Screensaver Post by: Christian on December 30, 2013, 06:11:30 PM If you want to enable the timer so that you can see how long the fractal took to calculate please enable the statistics option. Again the purpose of The Fractal Algorithm was an attempt to create a real time fractal zoomer that would work on a dual core i5. Isn't it the point to calculate as little as possible so that it will run faster? There are a lot of good fractal programs out there, with their pros and cons. I listed my reasons why I wrote The Fractal Algorithm and never made mention of any ones program by name and never will. Even The Fractal Algorithm has its pros and cons, like it can not do deep zooms (which was the design for this release), and I will continue making it better every day. These are my observations, and my attempt to write a better program. Competition is great, it gives the consumer a better a product, and at the end of the day the consumer will decide which product they like!
Title: Re: New Fractal Program/Screensaver Post by: 3dickulus on December 30, 2013, 10:32:20 PM Watch your fractal zooms in real time! Finally a new and faster way to generate fractals called “The Fractal Algorithm”. Get your free copy today at www.zevendevelopment.com (http://www.microsoft.com/security/pc-security/antivirus.aspx). Run it as a screen saver and impress your friends and coworkers! No GPU required! It's FREE! got some issues with your statement(s)... I did the Ornament Julia Set at 1 billion iterations in 5.709s. realtime??? not according to your own timing report of 5.709s. That's per frame?The goal of 'The Fractal Algorithm' was to not use the GPU finally a faster way??? I think not. 1152 core GPU vs 2 core CPU (even with my math skills it's a no-brainer)Get your free copy today at www.zevendevelopment.com (http://www.microsoft.com/security/pc-security/antivirus.aspx). Your proggie won't truly be free until you release the source code from captivity.impress your friends and coworkers! definitely not happening!depending upon your setup of your security rights will cause an exception. whoa! you mean to avoid crashing I have to lower or remove security rights!?! again, not happening.and finally... at the end of the day the consumer will decide which product they like! Here, perhaps, is the flaw in your perspective calculations (modus operandi). If you are viewing the good folks that frequent Fractal Forums as "consumers" and trying to market yourself your prog your website etc. to them you have to do a deeper analysis of who these people really are, Phd.s, scientists, mathematicians, researchers, teachers, students, artists, explorers, visionaries, nerds and of course hobbyists and laymen. But what really takes the cake is "Huygen Lines", :hmh: oh yeah, that will make you famous but maybe not in the way you envisioned. :embarrass: somebody just had to say it :-\ Title: Re: New Fractal Program/Screensaver Post by: lycium on December 30, 2013, 10:47:11 PM finally a faster way??? I think not. 1152 core GPU vs 2 core CPU (even with my math skills it's a no-brainer) Sorry, but I have some issues with this kind of accounting too. It is in no way obvious that tons of ants is "better" than an elephant, and the millions of ants don't always behave in a way that makes each one do useful work all the time... At the risk of getting even more vague, let me just say: computer architecture (and the software that runs on it) is very complicated, and just comparing "big number versus little number" is exactly the kind of marketing game various vendors would love you to think works in real life... Title: Re: New Fractal Program/Screensaver Post by: 3dickulus on December 30, 2013, 11:02:47 PM yes I have to agree, but I'm reasonably sure that that a good GPU will emulate high precision math faster than a desktop CPU
Title: Re: New Fractal Program/Screensaver Post by: lycium on December 30, 2013, 11:04:12 PM yes I have to agree, but I'm reasonably sure that that a good GPU will emulate high precision math faster than a desktop CPU Of course, but this does not excuse the earlier error in reasoning ;) In fact, it makes it even more dangerous somehow: "well, it's definitely faster, so probably this reasoning about core count is totally fine..."If your GPU code is wildly branch-divergent, and has very poor memory-to-compute properties, all those thousands of "cores" (they cannot be directly compared to a huge x86 core!) suddenly get serialised into a single thread of execution, and all the "magic pixie dust" that people think GPUs have is suddenly gone... Title: Re: New Fractal Program/Screensaver Post by: 3dickulus on December 30, 2013, 11:20:16 PM yes, there is no replacement for specialized hardware, GPUs specialize in graphics FPUs specialize in math and without a good CPU to keep them organized it wouldn't work very well at all.
as for my earlier reasoning it is solely in the context of "The Fractal Algorithm" and claims related to it. Title: Re: New Fractal Program/Screensaver Post by: hobold on December 31, 2013, 12:34:50 AM It is in no way obvious that tons of ants is "better" than an elephant, and the millions of ants don't always behave in a way that makes each one do useful work all the time... I once saw this quote attributed to Seymour Cray, inventor of the first "vector computers" (i.e. SIMD machines), of which modern GPUs are distant spiritual descendants: "If you were plowing a field, which would you rather use? Two strong oxen or 1024 chickens?" Quote At the risk of getting even more vague, let me just say: computer architecture (and the software that runs on it) is very complicated, and just comparing "big number versus little number" is exactly the kind of marketing game various vendors would love you to think works in real life... The idea that "computing speed" is a single number is an invention of the marketing department. First that number was clock frequency. Then that number was some benchmark score. Then that number was core count. Then that number was ALU count. God knows what marketing comes up with next.In reality, computing speed is a collection of at least four distinct numbers: computational throughput, computational latency, memory bandwidth, memory latency. Any one of those can be the slowest runner who sets the pace. And in practice, a particular piece of computing machinery requires many more than four numbers to accurately characterize possible performance. The recent trend of thinking in terms of performance per watt adds a whole new set of energy related numbers to the whole thing. The real fun starts when you begin comparing different algorithms. Simpler algorithms tend to better utilize the full brute force of the hardware. Smarter algorithms tend to re-use information computed earlier, which is efficient, but makes parallelization harder. Wildly different hardware will perform best with wildly different algorithms. But when neither software nor hardware have any similarities, then what do comparisons of a specific workload mean? Such specialized benchmark scores don't correlate much with the performance of other, arbitrary software. Now, this wall of text doesn't help much over the simpler summary: "It's complicated" :). So let me conclude with the most important piece of wisdom I acquired in a former life as a specialist for performance optimization: The best way to predict the performance of a given piece of software on a given machine is to run that software on that machine. The most important corollary is: the only way to know if you are definitely fastest is to time all competing programs on all competing machines. So be careful claiming top speed. That remains true even if you invented a seemingly new miracle algorithm. Speed tuning is a lot about re-inventing old wheels. Title: Re: New Fractal Program/Screensaver Post by: Christian on December 31, 2013, 01:10:27 AM got some issues with your statement(s)... That was for a test at 1 billion iterations. The Ornament Julia Set is one of the sample zoom points, but it uses variable iterations as I've described on my product page. At 100,000 iterations on a dual core i5 it takes only 640ms. With the combination of predicted frames it should play well. The Fractal Algorithm needs to be compared as a whole, not in individual parts.realtime??? not according to your own timing report of 5.709s. That's per frame? finally a faster way??? I think not. 1152 core GPU vs 2 core CPU (even with my math skills it's a no-brainer) Please understand it has never been stated to remove your security rights. In order to set a full screen DirectX 8-bit (256 color) mode the only way I have found to properly set the colors is to terminate the task bar (explorer.exe). Upon return I have to re-run explorer.exe which on some systems causes an exception. This is well documented in other forums of people trying to run older 256 colors games. If you know of another way please let me know, or just run it in 32-bit mode.Your proggie won't truly be free until you release the source code from captivity. definitely not happening! whoa! you mean to avoid crashing I have to lower or remove security rights!?! again, not happening. and finally... Everyone is a consumer, even me. I want to thank you for your feedback because it appears that a lot of consumers have been reading. The Fractal Algorithm is being download now at a rate of 10 per hour and accelerating which means consumers are trying it. Thank you again!Here, perhaps, is the flaw in your perspective calculations (modus operandi). If you are viewing the good folks that frequent Fractal Forums as "consumers" and trying to market yourself your prog your website etc. to them you have to do a deeper analysis of who these people really are, Phd.s, scientists, mathematicians, researchers, teachers, students, artists, explorers, visionaries, nerds and of course hobbyists and laymen. But what really takes the cake is "Huygen Lines", :hmh: oh yeah, that will make you famous but maybe not in the way you envisioned. :embarrass: somebody just had to say it :-\ As far as CPU vs GPU, I am using an ASUS laptop i5 dual core laptop with an Intel HD 3000 GPU, and The Fractal Algorithm runs great on it even at 60fps. I would love to have a super high powered GPU, but they are kinda power hungry in laptops, not to mention expensive. The video on the welcome page was done with that laptop. Again The Fractal Algorithm was designed to play fractal zooms on ordinary dual core i5 PC's. Title: Re: New Fractal Program/Screensaver Post by: 3dickulus on December 31, 2013, 05:08:00 AM lol Awesome, 10 per hour and climbing, your marketing strategy seems to have worked, my hat's off to you, I guess I owe you one :beer: you rock dude!
glad I could help :D Title: Re: New Fractal Program/Screensaver Post by: Kalles Fraktaler on December 31, 2013, 05:17:54 PM Competition is great, it gives the consumer a better a product, and at the end of the day the consumer will decide which product they like! Yes, I also like competition. And I would get really impressed if your program eventually can render Dinkydau's tick-tock in less than 4.5 seconds on Dinkydau's laptop, or 8.5 on mine, a quadcore 64-bit pc :)http://www.fractalforums.com/images-showcase-(rate-my-fractal)/tick-tock/ If you have the time, please try to combine your rendering method with perturbation. That would be really awesome! The Fractal Algorithm is being download now at a rate of 10 per hour and accelerating which means consumers are trying it. Thank you again! Cool, at least you started an interesting discussion and your program is indeed easily accessible, perfect for fractal newbies. And I don't mind people asserting themselves, as long as it is not on someone else's expense. Happy new year :) Title: Re: New Fractal Program/Screensaver Post by: Christian on December 31, 2013, 06:43:40 PM We have released v1.0.2.1 that now fixes the 8-bit exception issue on exit. You can download the new version or if you already have the program installed, or it will ask you if you want to download the new version in a couple of days.
I believe that the more fractal programs that are written the more interest will be generated, and all will benefit. I played around with what I believe is the fractal location that you specified. On a quad core laptop at 1920x1080 it took 4.71s. It's a brutal spot as you indicated requiring 99% calculation. You can cut and paste the following into The Fractal Algorithm so you can try it for yourself: Fractal=Valley 1 0,0 -0.16200367165212001,1.0354894536599,3.43597e+010 31989 36,3.55213,2,12534,21530,15216,2467,5040,22028,37819,74048,80117,88650,89380,96778,97247,97204,98152,98890,53758,85145,94728,98020,99037,99452,99488,99802,99941,99966,98689,31326,30413,32356,32009,31509,29116,29430,30650,31989 I can do a smooth fractal zoom on this location but I did have to slow down the zoom. One of the nice features of The Fractal Algorithm is the flexibility to change your zoom rates, resolution, and timings. I got an easy 30fps with the following: Zoom Factor: 2 Display Every: 2500 Predicted Frames: 75 If your computer is still not fast enough you can always select the 'Fill Buffer' option which will make the zoom pause only once, instead waiting to fill the buffer before continuing, or you can select a lower display resolution. Happy New Year! :) Title: Re: New Fractal Program/Screensaver Post by: Christian on January 09, 2014, 05:20:29 AM We have had several requests for a Windows XP version of The Fractal Algorithm so there is now an XP version! Windows screen savers for Vista/7/8 support message filtering where as XP does not. Enjoy! |