eMule CN releases Official Release site of eMule CN
註：新的下載帶寬控制算法，下載的 socket_buffer 為 16KB 左右，由於控制以 20ms 為時間間隔，若想獲得好的控制效果，下載帶寬限制不得低於 socket_buffer/20 ms，即 800 KB/s 左右，否則遇到大水管給你下載的時候可能同時導致下載流量不穩定；
eMule v0.50b CN-9 Build 630 LTS (Back To Square One) 版主要更新：
解決一個由於文件ID錯誤可能導致的下載中止問題；
改 AttachToAlreadyKnown 機制為嚴格匹配，更精確管理下載來源；
通過 debug...
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
主要更新：
重寫下載帶寬分配算法，同時解決大部分aMule v2.3.2及以後版本導致的下載中斷問題；部分數據結構從以前改造的std::vector重新回到更為適合的std::list；各種內存占用優化，更適合長時間跑；下載緩存微調及優化，解決特殊情況下緩存排序可能出現混亂的問題；梳理接受下載的邏輯，解決一些特殊情況下出現接收到錯誤下載數據的問題；解決udp接收方面的一些遺留問題。
eMule_0.50b_CN_Build_512_LTSDownload
November 12, 2021 at 11:32 pm |
发现个问题，其他MOD在使用了eMule Security的ipfilter.dat文件，第一次关闭MOD后，ipfilter.dat会变小，规则数相应会变，CN则不会，不知道这算不算是BUG？
December 1, 2021 at 2:51 am |
不是bug，是CN在處理規則方面，採取了儘量不動的原則，除非兩個規則之間有重疊，否則不合併。
這個當時是有一些爭議的，但我是考慮到合併相鄰的規則，並不會在搜索速度方面有什麼大的改觀，所以合併並不划算，故做此改動。
December 5, 2021 at 2:15 am |
513稳定性不错，512碰到过几次随机崩溃，513至今还很稳定。电信的内网IP，还好没封UDP，KAD能正常使用，只是效率远不及公网IP。
December 21, 2021 at 7:47 am |
上传方面还是有待优化，当把（每次最小上传量KB设置为9600）的时候导致每次上传满9600KB的时候再次链接的时候会丢失，cn-6的时候上传性能完全没法比，另外希望增加个（批量修改文件名）的功能。
December 29, 2021 at 12:05 am |
你說的情況，主要是因為考慮到上傳隊列隨機選擇算法的適配，從而改動成不再無條件連續上傳而出現的情況。
除此外，上傳能力應該沒有太大變化，目前你可以將每次最小上傳量調大一些。
近期在下載方面改動挺多，上傳方面沒太看，回頭我看看，針對你說的情況是否有更好的解決方案。
January 10, 2022 at 9:38 am |
上传队列和随机选择算法适配的话增加个最大上传数是不是效果更好
January 19, 2022 at 12:24 am |
不會效果更好，目前的算法是千錘百鍊的
February 14, 2022 at 8:01 am |
关注这个mod很久了，直到现在还在放行easymule。
February 16, 2022 at 10:14 pm |
沒多少了，而且它也傳東西，所以放行沒啥不好的。
抱歉，可能有一些對它特別反感的感覺有點有礙觀瞻。但從功能角度上看，真的沒啥大不了的。
March 3, 2022 at 8:49 am |
刚刚下载了 eMule_v0.50b_CN-9_Build_513_LTS.zip 解压到原有的目录中。 Win10 X64 21H2
成功连接到服务器的过程非常慢，不知何故。
至于下载速度尚无比较心得