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

教授

Rank: 3

UID
610 
帖子
370 
精华
3 
积分
747 
来自
山东济南 
41#
xyj200909发表于 2011-10-19 07:32 | 只看该作者
扫了这些图片，总结下：
1、三色着色不好调的满意，因此扫的这些多是一个色调，颜色不丰富，仍需改进
2、图片的清晰度与结构有关，比如线状的容易清晰，更与迭代次数有关，迭代次数是关键指标，尤其是小M集附近
3、对数函数对放大和区分不同点的逃逸时间很有效
回复 引用

TOP

教授

Rank: 3

UID
610 
帖子
370 
精华
3 
积分
747 
来自
山东济南 
42#
xyj200909发表于 2011-10-19 20:58 | 只看该作者
再扫一遍上图，RGB三色扫描

M集20.jpg (76.05 KB)

M集20.jpg

回复 引用

TOP

院士

Rank: 5Rank: 5Rank: 5

UID
7 
帖子
2888 
精华
10 
积分
2836 
43#
榕坚发表于 2011-10-19 21:03 | 只看该作者
41# xyj200909


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

TOP

教授

Rank: 3

UID
610 
帖子
370 
精华
3 
积分
747 
来自
山东济南 
44#
xyj200909发表于 2011-10-19 21:40 | 只看该作者
43# 榕坚


榕老师不是使用分次迭代吗，是否此原因
回复 引用

TOP

院士

Rank: 5Rank: 5Rank: 5

UID
7 
帖子
2888 
精华
10 
积分
2836 
45#
榕坚发表于 2011-10-19 21:49 | 只看该作者
44# xyj200909


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

TOP

讲师

Rank: 2Rank: 2

UID
4358 
帖子
262 
精华
1 
积分
1023 
46#
dyk发表于 2011-10-20 08:27 | 只看该作者
45# 榕坚


逃逸时间et记录的一次迭代过程实际迭代的次数,M集内部et=n,在外部et<n,尽管迭代次数不变,实际运算量却不一样,是不是这样的缘故?个人愚见.
回复 引用

TOP

院士

Rank: 5Rank: 5Rank: 5

UID
352 
帖子
1321 
精华
14 
积分
2599 
来自
河南永城 
47#
changxde发表于 2011-10-20 10:12 | 只看该作者
可能也与机器的运行状态有关。
回复 引用

TOP

院士

Rank: 5Rank: 5Rank: 5

UID
64 
帖子
2885 
精华
13 
积分
6081 
来自
重庆万州 
48#
xiaongxp发表于 2011-10-20 10:44 | 只看该作者
扫描线上每点都对应一个et值，相同的et值点的色参数相同已被内存缓存，不必重复计算，扫描线在运动过程中越靠近M集内部不同et值点越多，所以运算量越大，扫描速度就减缓了。
资源分享
https://pan.baidu.com/share/home ... are#category/type=0
回复 引用

TOP

院士

Rank: 5Rank: 5Rank: 5

UID
7 
帖子
2888 
精华
10 
积分
2836 
49#
榕坚发表于 2011-10-20 10:57 | 只看该作者
48# xiaongxp


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

TOP

教授

Rank: 3

UID
172 
帖子
491 
精华
9 
积分
770 
来自
皖宣州 
50#
mjj_ljh发表于 2011-10-20 15:41 | 只看该作者
48# xiaongxp
扫描线在运动过程中越靠近M集内部不同et值点越多
我认为向老师说的为正解。
http://jhhp.ys168.com
回复 引用

TOP

1 ...3456789101112
返回列表