返回列表 回复 发帖
“动态控制迭代次数”的实现,是一项功德无量的工作。支持胡兄!
就是说在该需要的地方加大迭代次数,是吗?我也曾经有过这样的想法,不过不知道什么时候该加大啊。可以理解为在中心点附近吗?
要进行分类处理。有很多类需要考虑。不知榕老师所指的中心点是什么?
看胡老师与向老师讨论,对二位敬佩,但有点听天书,只好慢慢领会了,如果有源文件及具体点,也许能懂得点。不过,听讨论毕竟收获,谢谢。
208# xuefeiyang


中心即扫描图的中心,一般来说此处所需的迭代次数为最高。本来可以按et的值来确定迭代次数的大小,但et的值必须先确定迭代次数才能得到。
我猜想你所说的中心应该是收敛中心,但注意看M集的迭代象,并非对c平面内的所有点,迭代象都收敛于一点。有时候同时会收敛于几个不同的点。此时,如何确定呢?
只有在迭代开始前能根据C点的位置判断需要迭代多少次才能做到动态的迭代次数。
如果能做到这一点那就不需要迭代了!可无论哪一个软件都没有做到这一点,但有不少分形软件可以做到迭代次数上万,而且绘制速度很快。这说明还是有路可走的。到底如何做,需要思考。
208# xuefeiyang


中心即扫描图的中心,一般来说此处所需的迭代次数为最高。本来可以按et的值来确定迭代次数的大小,但et的值必须先确定迭代次数才能得到。
榕坚 发表于 2010-9-27 20:25
如果能做到这一点那就不需要迭代了!可无论哪一个软件都没有做到这一点,但有不少分形软件可以做到迭代次数上万,而且绘制速度很快。这说明还是有路可走的。到底如何做,需要思考。
xuefeiyang 发表于 2010-9-27 22:02
是的,只有先迭代足够多次后才知道et的值,所以要获得动态迭代次数实难。我试着删去Z到Z关于p的缩放点Z'的迭代像,重新作Z到Z'的关于et的迭代终点,并用et和新的em平滑作色,没见提速。
   et越大的地方,et线越密集,扫描速度越慢。et与迭代次数n相关联,但扫描线与迭代次数n是独立的,而且n的增大不会改变既有的et线的疏密度。我们是否换可以一个思路,将扫描线作成动态长度的,如果我们能找到一个办法将扫描线映射到相邻几个等et值区(个数可设),分区扫描就可以将扫描线的采样数减小到足够小,就可以大幅提高迭代次数n了。但是要将扫描线映射到等et值区,同样面临巨大挑战。
好象是没有用的,只要线段上有一点对应的迭代次数较高。速度马上被降下来了。
返回列表