基於eMule 0.50a的最新版Magic Angel 4.0終於於2011年2月12日由YumeYao同學為我們帶來，並已上傳至Magic Angel的Sourceforge項目中。
06年開始的MagicAngel，簡稱「MA」，昵稱「魔法天使」，是一款基於MorphXT的eMule Mod，其原作者為sfrqlxert。上一個穩定版是2008年12月14日的MagicAngel 3.6，上一個測試版則是發佈於2009年5月12日的3.8 alpha2，均由ZZUL Plus的Modder Gomez82提供。這次的MA4.0是Sourceforge上該項目穩定版三年後的再次更新。
MagicAngel對文件發布及重新請求進行了調整，並增加了快速開始等實用功能。除了Xtreme的DLP，Magic Angel也自帶有反吸血功能Argos，內有垃圾郵件、昵稱竊取、攻擊性客戶端偵測功能與懲罰方式選擇等。
【以下為13日18時（UTC+8）的hotfix更新修正】
Magic Angel v4.0 可執行程序包完整版（「綠色」解壓即用）
以下為完整的eMule v0.50a Magic Angel v4.0中文更新日誌，均為YumeYao同學所做的修改：
使用 VS2005(含SP1及更新) 及 Windows SDK 7.0 編譯
13.2.2001 >>>>>> 4.0 Quick Patch 1
修正: 再次修正並徹底解決了上傳/下載列表中背景為黑色的問題。[YumeYao]
修正: 對選項對話框里的一些頁面進行細微調整，使得布局更加整潔。[YumeYao]
移除: 撤銷了netfinity的BarShader.cpp補丁。[YumeYao]12.2.2011 >>>>>> 4.0
未做: 仍然有很多事情需要在將來的版本中做，因為有很多其他Mod也有的功能可能已經得到了改進。
合併: 合併代碼庫到 eMule 0.50a (MorphXT 12.6)。[YumeYao]
新增: 為從URL更新Nodes.dat的輸入框添加自動完成列表。[YumeYao]
(當游標在此輸入框時，按鍵盤的向下箭頭鍵來彈出列表)
新增: H.264及3vid的FourCC識別並使用MediaInfo檢測。[X-Ray]
新增: 更改了網路信息(伺服器窗口右下方的窗口)顯示布局。[YumeYao]
總是顯示客戶端信息(昵稱及TCP/UDP埠)，而用戶Hash則僅當開啟「全部顯示」選項時才顯示。
如果Web伺服器和wap伺服器沒有開啟，則不顯示。
改進: 使得「重新請求來源」的相關日誌能夠本地化。[YumeYao]
增加了rc文件中的字元串 IDS_REASK_ALL_SOURCES_DELAYED
改進: 更改了文件右鍵菜單中有關「預覽」的顯示策略。[YumeYao]
如果預覽可用 — 如果只有一個播放器，則總是在根菜單顯示「預覽」項目。
— 否則將根據「在右鍵根菜單中顯示”以…預覽”菜單」的設置，
來顯示”預覽”菜單或者是”預覽”項目及”以…預覽”菜單。
若預覽不可用 — 如果”顯示更多控制項”開啟 — 與之前類似，顯示”預覽”菜單，包含”優先下載
預覽所需部分”及”可預覽時暫停”兩個項目。
如果”顯示更多控制項”關閉 — 將根菜單”預覽”項目變為”優先下載預覽塊”。
改變: “優先下載預覽所需部分”在右鍵菜單中顯示(像先前版本的eMule一樣)。[YumeYao]
如果全局的此選項已開啟，它將顯示為灰色已打勾。
改變: AntiLeech.dll自動更新檢查的鏈接變為SDC。[YumeYao]
(https://specialdlp.svn.sourceforge.net/svnroot/specialdlp/tags/x86/all-verycd/antiLeech.dll.new)新增: 升級的簡體中文語言文件，並修正了大量錯誤。[YumeYao]
移除: 除去了選項對話框的右側條幅(我討厭它=v=) [YumeYao]
修正: 修正上傳列表黑色背景的問題。[YumeYao]
(修正的並不徹底，已在Quick Patch 1中徹底修正)
49條評論隱藏
@山虎虎
這個前面也有人提過，我也測試過
原因我也搞不清，因為看代碼那段是根據用戶名來檢測的，而且這段代碼應該一直沒有變過。
而且奇怪的就是3.6和4.0之間不會誤殺。
因為我也很忙，所以不可能每天來看這個東西（我2月初就拿到sourceforge訪問許可權了，但直到12號才有空把東西傳上去）
我有空我會從問題比較少的MA 3.5 或者 3.6開始重新merge一次代碼，我懷疑很多問題都是3.8獨有的問題。。然後我是從3.8merge上來的，所以問題就還在。。
@yumeyao 那隻能先設置為減分了
@山虎虎
嗯，我也是臨時這麼先處理的
@yumeyao
誤殺的問題沒有解決啊。你可以問問冰靈看看他的辦法。
@feathia
請問冰靈是哪位？我該怎麼聯繫他/她呢？
@yumeyao
angvil
irc#ied2k
@yumeyao
今天有幸連線上了他
他的hash是8FD53A711A0E3B206EBDF0DF85E46FC4
ip是110.243.25.46 :15852
貌似他在使用SaintAngel的測試版
難道SaintAngel又更新了？
Magic DLP可以單獨下嗎
我載入的SDC竟然不能屏蔽xl
@jamie
可以，推薦用冰靈曦曉修改的MagicDLP，版本比較新，http://sourceforge.net/projects/angvil/files/DLP/
@jamie
不能屏蔽迅雷是因為你沒有在硬性吸血驢一項選擇ip封禁，。。。。
魔法驢對不同的吸血驢具體可以有不同的懲罰措施，自己多去琢磨下。。。
感謝yumeyao的更新，想問下，是不是和RVM的是同一人？在此致敬！
@langtt
正是在下
我暈，咋把x-mod的設置都初始化啦 😯
@虎皮鯊 是不是重裝了系統…配置保存目錄變了
某個mod裡面的這個詞什麼意思uploadzeit
原句是「max client uploadzeit in min」
google翻譯不了。。。。。。
@Amber 你這樣一說我想起來了，我是移動原來的文件夾和緩存到新系統裡面了。可前幾天移動過來以後一直繼續下載的啊 😥
@yumeyao 昨天晚上第一次運行設置的時候老出現這個提示，是啥原因？點擊左邊的任何一個項目都是提示這個
@yumeyao 咋回事，備份的時候又出錯了
💡 難道和我相剋
@虎皮鯊
orz
可能是和你之前的config不兼容，你以前是用什麼mod的？config文件能不能發上來一份？
我是從MA3.5直接升上去的，所以我就直接替換了主exe，一切正常
@yumeyao 好快啊。我是兩個文件夾的。z-mod和ma在個子的文件夾裡面就是下圖
我這就打包config文件。
另外剛剛我重新共享了一下文件，發現明明是兩個文件，咋提示重複共享啊
或者你可以郵件聯繫我，hupisha的雞毛 😕
我的email是yumeyao#gmail.com，等下你發過去吧，另外描述的越詳細越好
包括你最好檢查一下設置看看是不是config存在application data下面。
另外要到晚上甚至可能周末才能具體回復
@yumeyao config文件夾壓縮以後也很大。我共享了啊，你下載就行了ed2k://|file|config.7z|72495317|40B680773EF1D8544F294326210A5527|h=D3YPNOC6ZMGC5BK3VCRQKZQJUTN4P75E|/
@yumeyao gmail我這邊訪問有問題啊，如果方便的話，你下載我共享的7z壓縮包可以么
@虎皮鯊
你可以上傳到網盤而不是直接給我gmail發附件
我在公司只有LowID，所以下不到你的ed2k連接
@yumeyao
😐 不好意思，我剛剛看到這個消息。已經用qq郵箱發附件給你 😯 我再去上傳到網盤。最近有線通網路質量不好，老的1M的用戶被新的2M的用戶都搶走帶寬了
我把老的積分文件放到C:\Users\XXX\AppData\Local\eMule\config項下，為什麼累計的上傳總量是重新開始的？
@zeigasou 你看看是不是給emule設置的配置保存路徑不對。https://www.emulefans.com/shared-usage/https://www.emulefans.com/extended/
@ourkt 悲劇了，我自己忘保存了
「防止被他人屏蔽的限制」是什麼意思？
關於MA自殘，沒啥好辦法，把代碼注釋掉吧
基於MA3.8升級，你不死誰死，就算不用3.7至少也該用3.6
其他問題不想說，轉投CA旗下，閉源玩leecher
MA已死有事燒紙
@angvil 這mod用戶很少，互殺影響不大。
人家無償開發新版，你還在這兒說三道四。我倒是很想給你燒紙。
想問一下，Magic Angel 4.0 能否設定監視共享文件夾？
也就是自動刷新功能，因為我經常用其他下載軟體或者FTP傳輸到電騾的共享文件夾
因為沒找到這個設定，所以想問一下
bad mod是什麼意思？下面有一個選項叫No Ban，這個是什麼意思？
今天早上給我提醒說有更新，但是還是4.0啊 什麼情況…是真的有更新嗎
@yaya 我這也是，常有這提示，但沒有更新……
為什麼使用電驢時間長了
會自動鎖定了100KB/S上載速度
需要重新開啟才能解決..什麼問題? 😕
@東京奧 開了計劃任務吧？
@sss
直接換天使驢算了
快一年了作者還未釋放修正版？
之前用saintangel一段時間後上傳速度會限制在50kb/s，現在換了magicangel 4.0，發現上傳面板的部分還是有黑色條遮擋數據，明早起來查看是否也會出現速度限制的問題
在設置完之後，今早的上傳速度被限制在80kb/s，不知道是不是因為morph系列設置的原因
發現在隊列中有一些用戶名是[QQDownload]yourname的用戶，客戶端軟體顯示為eMule v0.48a，是不是漏檢的qq旋風？
為什麼隱藏文件塊不用以下的演算法？
現有的隱藏文件塊功能是這樣實現的：依據自己上傳的文件塊數目推測每個文件塊在全網路的散布情況，但這會偏離真實情況：因為同一個文件塊可能不止是一個人上傳的；有些文件預覽後，會被用戶取消下載。
經常遇見完整源只有2～3個，包括我在內的請求用戶有一百人左右，我特別需要類似隱藏文件塊功能。
隱藏文件塊的目的是要促成文件塊在網路的均衡分布，所以在下面的演算法中，擁有完整來源的人不被統計，只統計有部分文件塊的人。（這裡有兩種演算法：1 只計算在線的人；2 計算在線，不在線的人。我傾向第一種演算法）
我假想的演算法如下：
記下每個不完整來源的可用文件塊情況。然後統計出每個文件塊在全網路的散布數目。我優先下載最稀有的文件塊m。根據這個統計表優先上傳次最稀有的文件塊n(也參考請求者排隊情況），一旦這個動態統計表生成完畢，就立即發送給和我聯繫的每個人。
如果其它用戶也採用這種隱藏文件塊演算法，我也能得到他們發給我的文件塊統計表，根據統計表的生成時間，挑選最新統計表。電騾禁止請求文件過於頻繁，但每人都在定期生成統計表，實際上統計表的更新會很頻繁。逼近文件塊的實時散布情況。
當某文件的請求者有一二千人以上時，就不宜用這種計算方法了：傳輸統計表的開銷太大。
@四足獸
這個之前諸多modder曾在一個帖子中專門討論過HideOS與SOTN的利弊。如果HideOS普及，那麼你所記錄的這些信息毫無用處。
傳輸哪一文件塊是由上傳者決定的。如果上傳者開了HideOS+SOTN，你能請求到的未必是你所認為「最稀有」的文件。
如你所說，開銷太大。文件多、或者有熱門資源時，都不適用。只能增加限定條件。
另外你發送的這個表，基本沒有用戶接收並處理。
總而言之，想法是好的，但是不可行。工程實踐中所採取的很多處理方法，也許看起來不完美也不強大，但的確是面對實際情況的折衷。
我有個夢想：要是能把KAD節點與洋蔥節點捆綁在一起就好了。p2p網路的分割實在太久了。最理想的是在emule客戶端上能實現west廂計劃第二季，反IP封鎖
用MorphXT一直是滿速給一個人上傳……不知道換MagicAngel能不能好點~
=v=
哎呀，MA 會互咬啊，蠻好早點看評論的咯。不過現在也想通了，MA 用的人實在是少之又少，不大會咬到別人的，再者我也不想好幾百 G 的文件重新 HASH 一遍。
唉 資源失效了啊
@流水 文首 sourceforge 的鏈接里有。