eMule CN releases Official Release site of eMule CN
eMule v0.50b CN-9 Build 630 LTS (Back To Square One) 版主要更新：
eMule v0.50b CN-9 Build 610 LTS (Very Very Bad) 版主要更新：
提高下載緩存效率，儘量利用操作系統緩存、進一步減少實際磁盤讀寫（Very BAD *SS）；
將 TCP Packet...
獨有的隨機上傳選擇算法改進，算法簡化及調整，更穩健適配何種狀況；修正長時間運行時可能出現kademlia失效的問題（抱歉，是過度優化導致的）；修正合併eMule Community版本不完整、所導致的搜索結果保存錯誤，可能導致啟動緩慢（升級前請先刪除config/StoredSearches.met）；修正kademlia的DataIO的包內容有效性判斷代碼中的錯誤；微調下載帶寬控制算法。
這一版本使用Visual Studio Community 2022編譯，並更新了eMule的依賴庫，尤其是zlib庫更新到最新開發版。
eMule_v0.50b_CN-9_Build_540_LTSDownload
新一代下載帶寬控制算法，完全符合winsock的調用標準，同時消除 aMule v2.3.2 及以後版本下載時出現的底層錯誤；修正一個下載哈西完成之後，文件卻無法完成的問題（感謝community的維護者fox88新版帶來的的代碼改進）；對 kademlia 請求的速率控制採用標準的 Token Bucket 算法；將動態緩存算法與「文件緩存大小」（File buffer size）可設定參數掛鉤，推薦選擇不要超過768KB，因為更大的值效果不一定好，不過可以自己試試看；下載緩存隨機寫入算法微調，增加磁盤寫入隨機／動態寫入程度，進一步釋放資源，讓它表現得更加 non-blocking，從而提高圖形界面響應速度。
註：新的下載帶寬控制算法，下載的 socket_buffer 為...
主要更新：
重寫下載帶寬分配算法，同時解決大部分aMule v2.3.2及以後版本導致的下載中斷問題；部分數據結構從以前改造的std::vector重新回到更為適合的std::list；各種內存占用優化，更適合長時間跑；下載緩存微調及優化，解決特殊情況下緩存排序可能出現混亂的問題；梳理接受下載的邏輯，解決一些特殊情況下出現接收到錯誤下載數據的問題；解決udp接收方面的一些遺留問題。
eMule_0.50b_CN_Build_512_LTSDownload
September 24, 2024 at 12:34 pm |
这应该就是之前你分享的内测版吧
September 24, 2024 at 5:14 pm |
當然不一樣，之後還有很重要的功能改動。
September 26, 2024 at 3:50 pm |
启用 MiniMule 功能失效。
September 26, 2024 at 10:25 pm |
剛剛測試過，沒有問題啊！
September 26, 2024 at 10:53 pm |
Windows 10 IoT 企业版 LTSC，干净安装的630，勾选 “启用 MiniMule” ，最小化到状态栏后，单击图标无法显示 MiniMule。去掉勾选后，单击图标直接打开eMule界面。已反复测试过，确认失效。
September 26, 2024 at 11:53 pm |
多謝反饋。
相關代碼N年沒動過了，抱歉目前開發的重點不在這塊。
根據我的測試，你用鼠標右鍵單擊，是可以調出來的。
October 3, 2024 at 4:20 am |
哦吼，同款系统，我也是拥抱IoT版本，现在外接一个老笔记本拆下来的老HDD盒子当eMule上传盘
October 23, 2024 at 1:35 pm |
Where can you get the source for this mod?
October 23, 2024 at 5:47 pm |
Will you please identify yourself/nickname in the eMule official forum?
I am happy to share with developers or anyone who’s interested and potentially could offer help.
November 25, 2024 at 2:16 am |
请问这个版本支持地区旗帜显示吗？
December 31, 2024 at 1:12 am |
大佬什么时候更新下一版本
January 18, 2025 at 12:53 am |
稳定就行了，更新频繁未必是好事
March 9, 2025 at 12:19 pm |
听说这个版本是支持反吸血和IP显示的，但实际上我在使用过程中没看相关的设置和效果？
March 9, 2025 at 7:59 pm |
在擴展設置裡面，打開 Verbose 你就能看到反吸血的日誌了。
反吸血功能是內置的，能防範幾乎所有的至少老版本的迅雷，在目前的整體的環境下，也不需要人為去設置。
另外防範迅雷的偵測代碼，也不可能採用外部設定搞定的。
顯示 ip 的功能不太有必要，曾經有過，但後來取消了。
June 22, 2025 at 7:20 pm |
请问是不是不能手动载入SDC反吸血列表？
June 22, 2025 at 10:13 pm |
目前的狀況下，那種老的反吸血技術實在沒有必要。
CN 不支持。
June 23, 2025 at 5:01 am |
不过SDC项目应该算持续在更新吧，延续到2024年了。大佬是否有计划吸收这个项目采集的一些数据呢？
谢谢
June 23, 2025 at 8:05 pm |
舉個例子，看看你說的那個SDC能辨認的，而目前的CN做不到的？
June 24, 2025 at 5:11 am
我现在无法马上提供可以作为对比的吸血骡实例，因为当前是单机运行，暂时不能迅速给出。不过后续如果有我手动记录的漏网吸血骡我会更新过来。
另一个问题是，目前连接到我CN骡的下载用户，似乎下载速度波动很大。我从上传列表中看他们的下载速度往往是在数k到数M之间剧烈波动，状态一栏则不定显示 失速！等待区块请求。请问这是我这边被运营商qos了还是设定的问题呢？目前我设定的最大连接数是500，最大新建连接是80，最大半开连接200
June 24, 2025 at 8:15 pm
找到了，我提供两个用户给您参考，这基本确定是吸血骡，而使用CN骡他们可以连到我。
用户名:[CHN][VeryCD]yourname
用户Hash: DF3F722C8B0E6A90820251BFC6D66FFD
客户端软件:eMule v0.49c
服务器IP: 45.82.80.155
用户名:[CHN][VeryCD] qs7785上传共享5TB
用户Hash: E79C89DBE60EDA25E71B1A57F14A6F7D
客户端软件:eMule v0.49b
服务器IP: 213.252.245.239
November 8, 2025 at 4:39 pm |
很高兴看到你近期还在更新骡子，并修复BUG
真诚的期望您能在闲暇期间 考虑下对 中国骡 加入 STUN 穿透 相关功能
这使得即使是大陆的中国移动 全锥型网络环境下，亦有得到高ID的机会
虽然这个端口可能不是永久端口
早前通过Lucky 软件穿透了临时端口获得高ID,并连接到了lowid用户
但是毕竟还需要打开一个软件 如今有了AI编程,在AI的帮助下 自己尝试在天使骡mod 里加入了穿透功能
自己研究了Lucky软件穿透的逻辑
由软件通过指定本地端口向stun服务器发送连接 收到回复的公网ip和端口
然后根据全锥网络的特性 本地端口会映射到一个公网端口 该端口此时可以接受任意主机主动发起的连接
此时使用相同的本地端口发起一个长连接即可保持通道(lucky连接的是qq.com的443 并保持长连接)
由于技术原因 我无法得知他是怎么保持的,故采用的是使用相同的本地端口连接电骡服务器，此时，正好可以用来保持通道开启
又又又因为 技术原因:我知道 当有客户端连接时,更改端口需要重启骡子
所以没有去做定时检测穿透端口是否失效需要更换…的功能,原因是:
我本想着 先关闭所有连接 然后断开kad和服务器 然后再更换端口,这样理论就不用重启了 可以做到自动更换端口
但是对我这个门外汉来说 要找到断开所有连接的方法 还是有点太难了
总之 最后只实现了 连接服务器时 先通过stun服务器拿到端口 并使用upnp发送内外网端口到路由器上,获得了高ID
大佬以您的知识 要实现起来可能会快很多,而我由于知识有限
光这个不完善的功能就已经浪费掉了我 将近一周的时间 太痛苦啦!!!!!