软件使用的TCP端口为：4686 UDP端口为：4672
程序的参数基本都保留原程序的缺省设置
－－－－－－－－－－－－软件介绍－－－－－－－－－－－－－－
重要功能修改：
完全推翻原来的CN评分系统，代之以基于概率的上传client选择系统。
选择概率与被请求文件正被请求的个数成反比，这个反映文件的优先级，实际上是任何文件被上传的概率相同，并不因申请的人多而增加。选择概率与不比你信用差的人所占的百分比成反比，这个反映信用。等待，由于采用的是概率选择，已经自然的反映。
更新记录：
2004年9月5日
开始emule CN-2的开发
版本标志改为emule CN-2
修改文件优先级系统：
分为发布、高、普通、低、很低五种，每种之间整个文件的上传概率相差4倍
原来的文件优先级思想继承官方版的单个客户的文件优先级，不合理
如果是朋友或者正从他那儿下载或者他请求的文件没有上传一份，那么计算他的得分时，认为他所下载的文件优先级为发布，并且认为只有一个人下载
2004年8月16日
1.最小持续1秒才开始计算速度
2.任何原因未通过安全认证的ban
3.修正：如果standardlist非空，无法发送最后的data
4.修正：RAND_MAX使用的错误
2004年8月15日
1.增加上传用户选择算法的选择。备选项：官方、随机选择、随机选择强调信用
2.重构：从上传队列移出的操作防到UploadQueue中做
2004年8月14日
1.更好的进行trade,增加下载数据的debug信息,trade条件还是信用>0
2004年8月13日
1.代码清理,上传总速度改为计算30秒内的平均；上下传速度改为计算10秒内的平均,立即下载条件中信用>0改为信用>180KB
2004年8月12日
1.上传最小带宽改为0.325K/S如果有下载，尽可能进行trade，即如果对方本session的上传比下载多，立即让对方下载
2.重构：将CheckForTimeOver从CUploadQueue移到CUpDownClient
3.重构：增加SpeedMeasurer和ACATSpeedMeasurer类，并代替上下传client和上传队列的速度测算
2004年8月11日
1.试图修正r32引入的错误
2.修正r32实现中的bug
3.修改：收到RankInfo后把DownloadState置为OnQueue
2004年8月10日
1.重新解决下载到最后速度下降的问题[r32]
2004年8月8日
1.修正一些随机数使用的bug评分改为显示经过客户信用调整后的相对概率
2.朋友下载的文件对于他被认为是发布
3.修正从上传队列退出后马上再次进入上传队列无法下载的问题，官方版也应该有
2004年8月7日
1.修正r23引入的bug
2.去除r24的修改。
2004年8月6日
1.信用概率的调整与客户信用的排名成反比排名为信用比自己好的客户数+1
2.修正添加ED2K Link时有结尾空格造成的问题，官方版本也应有此bug
3.下次连接立即下载的LowID不受限制修正选择下一个下载client中的bug
4.添加新的上传client时先找已连接上可以立即上传的LowID[r23]
5.上传队列中同server的LowID与HighID同样处理[r24]
6.修正许多非emule的client不发送文件下载状况信息，emule要求此信息的bug，官方版本也应有此bug
7.去除对上传队列的排序及相关修改
2004年8月5日
1.bug修正增加两个上传client的最小间隔由3秒改为1秒
2.已经连接上的LowID作为HighID处理如果正在请求对方的文件，那么对方下载的文件优先级为发布
3.取消得分大于100000000直接下载
2004年8月4日
1.全新的选择上传client的方法：以概率为准。为每个client计算一个上传相对概率，按照此概率选择上传client 此概率与client请求文件当前请求数成反比与排在当前客户信用之前的客户数成反比
2004年7月28日
1.复杂的评分系统，按照文件上传次数、客户信用、等待时间分别计算变异系数，按权重1:1:1求和，作为得分
2004年7月27日
acat的实验版本
该版本可以上榜 | |
