返回列表 回复 发帖
进一步试验的结果,可以看出当pn=0时仍在迭代

360截图20110916093634269.jpg (49.73 KB)

360截图20110916093634269.jpg

上面的设计方法之所以失败,根源在于p是固定的,所以pn也是固定的。

因此,要想让迭代次数动态化,必须将p的迭代像的终点(以下称“p终”)和迭代次数相乘,但这样一来,父子关系就乱了,“p终”是由n生成的,不可能和n再结合!

苦思冥想后,终于又有了第二个设想(本人的脸皮较厚,常常将错误的想法呈现给大家,嘿嘿)

唯一的办法就是再增加一个外循环,将,“p终”和外循环的迭代次数m相乘,从而外循环就是动态的了,这时,我们只需把内循环的次数n=1就行了,此时内循环的作用就好像一个探路者。
下图表现的当屏幕点位于某个位置时的迭代情形
内层循环n=0,外层循环最高次数m=6,可以发现,当外层循环m=0时,接下来的一切参数不变(至于是否继续运算,再验)。

360截图20110917143033348.jpg (61.25 KB)

360截图20110917143033348.jpg

出了点错,逃逸事件e为0了,经过试验,原来是内层循环n=0的原因,改为n=1就好了

360截图20110917144453799.jpg (63.06 KB)

360截图20110917144453799.jpg

进一步的试验表明,n=1时内循环两圈,所以仍然改回n=0,但逃逸时间的算法要变变了

m=0时按道理,后面的东西应该不存在才对,看来,仍不是真正的动态

如果仍没进展,暂时以三次循环嵌套,或四层循环嵌套n1,n2,n3,n4,每次踢掉一些逃逸的,这样总的迭代次数为n1*n2*n3*n4
酒罢归来,再生想法,将迭代次数变成嵌套层数,问题即可解决
无语了,我终于死心了

1.jpg (31.15 KB)

1.jpg

迭代20000次成功越过下图中最宽的地方,其实,黑色部分的迭代次数很低,负荷很小,可以忽略,之所以能越过,关键在电脑硬件能对付图中白色的迭代次数为20000的乌龟,所以,如果能对收敛区再能改进的话,负荷可减小。
如果屏幕点C和迭代点Z的模满足一定的条件,比如他们的模的和小于1,必收敛于0(但实际不现实,可以根据情况降低这个上限),这样的点,可以忽略,但是这样一来,有添加了新的运算,新的负担,到底总负荷是否减小,还要进一步实验

360截图20110920092805493.jpg (25.28 KB)

360截图20110920092805493.jpg

81# xyj200909


用此法对某些地方很轻松的放大,而对某些地方,上2000都比较困难,当框内的每一点所需的迭代次数都比较高时,效果反而不好
内循环迭代次数n比较大时,较为粗糙,因为会略去很多点
下图是以前做的图,有用此法做了遍,感觉次数有些虚。

1.jpg (53.98 KB)

1.jpg

2.jpg (60.46 KB)

2.jpg

4.jpg (62.15 KB)

4.jpg

3.jpg (65.19 KB)

3.jpg

迭代次数停止试验总结

360截图20110923163001515.jpg (23.56 KB)

360截图20110923163001515.jpg

360截图20110923163036350.jpg (14.21 KB)

360截图20110923163036350.jpg

返回列表