xiaongxp

“动态控制迭代次数”的实现，是一项功德无量的工作。支持胡兄！

榕坚

就是说在该需要的地方加大迭代次数，是吗？我也曾经有过这样的想法，不过不知道什么时候该加大啊。可以理解为在中心点附近吗？

xuefeiyang

要进行分类处理。有很多类需要考虑。不知榕老师所指的中心点是什么？

柳烟

看胡老师与向老师讨论，对二位敬佩，但有点听天书，只好慢慢领会了，如果有源文件及具体点，也许能懂得点。不过，听讨论毕竟收获，谢谢。

榕坚

208# xuefeiyang


中心即扫描图的中心，一般来说此处所需的迭代次数为最高。本来可以按et的值来确定迭代次数的大小，但et的值必须先确定迭代次数才能得到。

xuefeiyang

我猜想你所说的中心应该是收敛中心，但注意看M集的迭代象，并非对c平面内的所有点，迭代象都收敛于一点。有时候同时会收敛于几个不同的点。此时，如何确定呢？

榕坚

只有在迭代开始前能根据C点的位置判断需要迭代多少次才能做到动态的迭代次数。

xuefeiyang

如果能做到这一点那就不需要迭代了！可无论哪一个软件都没有做到这一点，但有不少分形软件可以做到迭代次数上万，而且绘制速度很快。这说明还是有路可走的。到底如何做，需要思考。

xiaongxp

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值区，同样面临巨大挑战。

榕坚

好象是没有用的，只要线段上有一点对应的迭代次数较高。速度马上被降下来了。