ver 1.620170403
1、项目转移到VS2017平台编译
2、完善了HideOS，现在对用户透明，完全自动启动自动关闭，具体如下：
当一个文件共享优先级设置为强力发布时自动启动HideOS，
当优先级不再是强力发布或分享率超过60%时自动关闭

ver1.5_2017-0125
1、添加一个简单化的HideOS，默认开启，但是只有被设定为强力发布(power release)级别的文件才会生效。
一定要牢牢记住HideOS并不是一个值得推广的功能，其带来的忧虑远远大于猜想中的效果，这也是为什么只在强力发布时才用那么一下下，发布完了还是改为自动优先级比较好。
2、针对4k显示器做了一点点微小的界面改动。
3、组件的更新
Zlib 1.2.11 20170115
libpng 1.6.28 20170105
miniupnp 2.0.20161216
boost 1.63
crypto++ 5.65 20161011
MediaInfo 0.7.91 20161201
unrar 5.40.100.2100 20160917

ver 1.4 20160401
1、修正了无法外挂更高版本数的DLP问题
最新发布的网友自制维护DLP（SDC44004）被拒绝外挂的原因是版本号达到了5位数，而原先的程序判断不了。
至于为什么不内置SDC44004，因为44004仅是代码整理并没有增加检测目标，而且对于造成部分情况下崩溃的修正效果还有待观察，所以想用的人还是外挂吧。
2、文件名清理现在已经可以逻辑清晰的使用了
现在的功能就是过滤掉你设置的关键字，所以请仔细谨慎的设置。
3、对默认设置进行了大量修改
现在的默认设置已经是比较合理，除了个性化的要求和网络环境以外几乎无需用户修改。
4、组件的更新
尤其是crypto两年来终于更新，增加了c++11特性的应用，略微提升了加解密的速度。
5、上传机制的调整
『上传槽速度的大小』相比官方版10年前的默认设置大大提高
『每个用户获得的上传量不再一视同仁』
要了解为什么这么做，必须先明白在ed2k网络中，文件是以块的形式被分享的。每个块基本是9.28MB，只要你有了这么一个9.28MB的完整块，你就可以给别的用户共享这个块的数据了，也就是说：你是一个源了。
BT网络中块的大小是可变的，由种子制作人设置，可能一个块只有128KB，也可能是2MB，所以BT下载时速度抖动是很剧烈的，CPU占用也无法平静下来。因为一连上一个源，他瞬间传给你128KB就断开了，你得马上hash验证这个块，然后通知别的用户你已经有了这个块。因为128KB这么点数据对于如今的网络速度就是瞬间的事，所以不停地发生这种128KB传送就会引得你的CPU不得安生。但是由于每个块很小，传送完成很快，所以一传十十传百，瞬间就能产生很多源。源越多下载速度也就越快。
所以这里产生了一个思考：要想下载速度快，必须要能尽快的产生更多的源！
那么是不是把ed2k网络的块大小也去做改变呢？这工程太大，而且也不是个人可以掌控的。另外，对于现在全球性的网络建设，即使9.28MB也已经不是什么要耗时很久的问题了。真正的问题在于官版骡基于10年前网络状况而给出的默认设置：仅仅2KB/s的上传槽速度，这种设置还被各种mod继承。这种速度设置死死地掐着骡子的脖子，明明一分钟就可以创造两个源，却自以为优越地拖到一小时。明明两分钟后就可能产生十个源，却非要大家都相对无言！
想明白这个了就快去把上传槽的速度调大吧！Please ... 不光是为了大家也是为了你自己啊。
另一个相关的调整，是基于“从你这里下载速度很快的人他的上传能力也是很强的”这么一种假设来做出的。不敢说这个假设一定正确但也基本差不离。DAMA骡基于这个假设给予高速用户额外数据，比方说能在我这里持续10秒以上维持100KB/s+速度下载的用户，我不是传完9.50MB就断开，我传给他两个块的数据再断开。如果他的速度还更高，我可能一次传给他更多块的数据再让他进入排队。
eMule基于绝对公平这种美好的理念开发，每个用户连上来获得下载，都是在超过一个块后断开继续排队，这里不讨论特殊断开的情况。这种看似绝对公平的做法，其实是搞死eMule的元凶！让有着更好网络环境的骡子迅速获得数据变成源，从而惠及更多别的骡子，这才是前途。
6、附送一个收藏集

可能是我这台机子的cpu没有1.6版运行需要的avx2指令集，所以无法开启，只能运行1.5版的x86版本

这个mod看起来不错 但我试用发现1.5的x86版有严重Bug，一连服务器网络就崩溃，直接从任务管理器里消失

dama骡我用这个1.6的怎么整都是内网，以前的版本就没这个问题

老兄试用完了总结一下优缺点给我们参考一下吧

这个说会被dlp屏蔽了

1.6版本怎么没有中文版？