榕坚

27# xiaongxp
下图是按你这个中心放大的结果。应修正如下：
BackgroundLocation {
location:
  center=-0.124422584273895931/0.83909934452636173715 magn=4*1.0034956E9
}

榕坚

41# xyj200909


补充一条，一直未能明白：在扫描M集时，同一个文件，其他参数一样，中心点的位置不一样，扫描所花的时间有的会差很多，好象是越靠近M集内部的中心点扫描的时间就越长。谁能帮忙解释一下呢？按理说迭代次数一样，那么计算量应该是一样的。

榕坚

44# xyj200909


没有分次迭代的文件也有类似情况。同样迭代2500次，有的半小时就扫完了，有的要4-5个小时
。

榕坚

48# xiaongxp


有道理，我想还有一个原因与计算数值的大小有关，特别大或特别小的数值机器处理起来就越费时。

榕坚

大家可以试试这一幅图：中心：-1.112967284494258090085/0.227891839575947903228
  放大倍数=4*7.2354535E10，迭代次数：2500。它比一般的图形也是迭代2500次要多花时间得多

榕坚

53# dyk


有点道理，但总觉得有不对劲的地方。因为几何画板不管哪个点都迭代到最大的迭代次数（没有用分次迭代），有些不需要那么多次的它也进行了迭代计算，只不过是把点拉加到原位置（可能在这里缓存起到作用）。

榕坚

扫描时间最长的一幅图

下载 (40.38 KB)

2011-10-22 18:15

榕坚

61# xyj200909


这颜色调得不错，再放大6-10倍，小M集就非常清晰了。

榕坚

65# mjj_ljh


这是几何画板可望而不可及的，放大倍数太大了。

榕坚

现在迭代次数是进了一大步了，但是放大倍数是个瓶颈。