1 ...3456789101112
返回列表 回复 发帖

教授

Rank: 3

UID
610 
帖子
370 
精华
3 
积分
747 
来自
山东济南 
51#
xyj200909发表于 2011-10-20 17:46 | 只看该作者
50# mjj_ljh
实际上在M集的内部，虽然都有et=n，但运算量最大，运行最慢
回复 引用

TOP

院士

Rank: 5Rank: 5Rank: 5

UID
7 
帖子
2888 
精华
10 
积分
2836 
52#
榕坚发表于 2011-10-20 19:06 | 只看该作者
大家可以试试这一幅图：中心：-1.112967284494258090085/0.227891839575947903228
  放大倍数=4*7.2354535E10，迭代次数：2500。它比一般的图形也是迭代2500次要多花时间得多

1.jpg (126.35 KB)

1.jpg

回复 引用

TOP

讲师

Rank: 2Rank: 2

UID
4358 
帖子
262 
精华
1 
积分
1023 
53#
dyk发表于 2011-10-20 19:45 | 只看该作者
此图脉络多且分布均匀,对于扫描区域内需要较高迭代次数的点较多,加大了运算,故影响了速度.若把迭代次数减小就会出现大片的单色区域.
回复 引用

TOP

院士

Rank: 5Rank: 5Rank: 5

UID
7 
帖子
2888 
精华
10 
积分
2836 
54#
榕坚发表于 2011-10-20 19:54 | 只看该作者
53# dyk


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

TOP

讲师

Rank: 2Rank: 2

UID
4358 
帖子
262 
精华
1 
积分
1023 
55#
dyk发表于 2011-10-21 11:01 | 只看该作者
54# 榕坚


是的,尽管对每个点c都是迭代n次,当迭代到逃逸区外部时,上次计算的值存在缓存区,后面的迭代运算只是调用这个数值,减少了运算,加快了速度.我把小M放大,使扫描框在其内部,这样扫描线上的每一点c对应的et是相同的,但扫描的速度没有加快.这说明扫描线上的c点对应的et值相等时并没有减少运算.不知当否?
回复 引用

TOP

教授

Rank: 3

UID
610 
帖子
370 
精华
3 
积分
747 
来自
山东济南 
56#
xyj200909发表于 2011-10-21 22:01 | 只看该作者
扫一下上面榕老师的那个图，用两重循环迭代加小线段扫描，用时80分钟，图中每点的逃逸时间在一千以上

M集21.jpg (76.97 KB)

M集21.jpg

回复 引用

TOP

博导

Rank: 4Rank: 4

UID
263 
帖子
942 
精华
6 
积分
1117 
57#
xuefeiyang发表于 2011-10-22 14:28 | 只看该作者
快照5.jpg
回复 引用

TOP

院士

Rank: 5Rank: 5Rank: 5

UID
7 
帖子
2888 
精华
10 
积分
2836 
58#
榕坚发表于 2011-10-22 15:53 | 只看该作者
扫描时间最长的一幅图
6.GIF
回复 引用

TOP

教授

Rank: 3

UID
610 
帖子
370 
精华
3 
积分
747 
来自
山东济南 
59#
xyj200909发表于 2011-10-22 16:45 | 只看该作者
58# 榕坚


太精细了
回复 引用

TOP

教授

Rank: 3

UID
610 
帖子
370 
精华
3 
积分
747 
来自
山东济南 
60#
xyj200909发表于 2011-10-22 16:47 | 只看该作者
57# xuefeiyang


这个的迭代次数应该比较高
回复 引用

TOP

1 ...3456789101112
返回列表