Neoloader是一款新的p2p文件共享客戶端，這款客戶端的目標為實現從BitTorrent、eD2k/eMule以及各種網盤服務（如RapidShare）中下載文件，並且跨平台支持Windows，Linux，MacOS等操作系統。目前第一個公開測試版——NeoLoader v0.10 Public Beta 已經發布。
NeoLoader圖標
官方發布貼：http://board.neoloader.com/neoloader-releases/2692-neolaoder-0-10-public-beta-release.html
作者介紹
David Xanatos現居於奧地利維也納，白天任職於某大學教授物理，晚上則開發各種文件共享應用軟體，還是奧地利盜版黨（也譯作：海盜黨）的建黨成員之一。David Xanatos因他的得意作品NeoMule而廣為人知。
Ekliptor來自德國慕尼黑，是位計算機科學家。他曾開發過多款eMule Mod，目前在大學中致力研究eMule的Kademlia系統所存在的缺陷以及解決辦法。
功能介紹
NeoLoader 0.10 Beta 界面
圖形用戶界面基於Qt開發，這意味著將支持多種操作系統（目前僅發布了windows版本）；
用戶還能通過Web界面來使用：https://www.emulefans.com/WebUI/，這意味將著支持eMule式的遠程管理；
為BT提供一個類似eMule中的去中心化的關鍵詞搜索功能，這意味著BT也能像eMule一樣不需要任何伺服器或網站就能搜索資源了。
在ed2k/eMule功能方面：
支持eMule的AICH-文件高級智能損壞處理；
支持eMule的來源交換；
支持eMule的Kad無伺服器網路；
支持eMule的亂序協議加密（迷惑協議）。
在BitTorrent功能方面：
支持DHT無伺服器網路，支持ALT Tracker和UDP Tracker；
支持節點交換；
Torrent Magnet鏈接；
種子關鍵詞搜索（基於Kademlia）
協議加密。
在主機下載引擎方面：
支持一種自有腳本（目前還缺乏一些服務商的腳本，你可以自己編寫）；
一個支持JavaScript的瀏覽器引擎；
支持主機Magnet鏈接。
其他功能例如匿名文件共享功能（在Kademlia中使用加密的多路徑單向路由）正在開發中。
下載NeoLoader v0.10
目前的NeoLoader v0.10 Public Beta僅有Windows版本。
注意：測試版看起來還不大好用，建議大家等正式版出來再用。
不含主文件的官方程序包：
官方程序包中不含主文件，只有更新程序，更新程序會自動下載（如果存在舊文件，即更新）最新版本的主文件：
請到官方發布貼中下載官方程序。或者下載以下eD2k鏈接：
| 幫助 | eMule官方 | eMule Fans 電騾愛好者 | eMule-Mods.de | 插件主頁 | |
| NeoSetup.v0.10_Public_Beta.exe 查源 | 1.54MB |
| 1.54MB 1個文件 |
|
含主文件的程序壓縮包：
以下是我更新過了（更新時間：2012年8月3日）的、含有主文件的程序壓縮包，可以直接運行，傳在GoogleCode上了：
點擊下載含主文件的NeoLoader v0.10 Public Beta程序壓縮包
許可：
多個許可，見：http://update.neoloader.to/
作者說明（德語原文）
DavidXanatos:
Hallo,
hier ist nun die erste öffentliche Version des NeoLoaders:NeoLoader das Herunterladen von mehreren Quellen wie Torrent, Hoster und eMule. Im Gegensatz zu anderen Multi-Netzwerk Clients kann kann NeoLoader diese Quellen kombinieren und zusammengehörige Files zu einem einzigen Download vereinen. Konkret kann beispielsweise der Download von Datei X, für die Ihr Hoster Links besitzt, beschleunigt werden, indem parallel zum Hoster Download Teile dieser Datei via Torrent oder eMule heruntergeladen werden.
Weiterhin bietet NeoLoader eine dezentrale Torrent Keyword Suche (Kademlia basiert).
Ein genauerer Überblick über die Features:
Algemeine Features
Automatisches Update
Core/GUI Trennung, Core ausführbar als Service/Daemon
Multi Plattform Win32/Linux/MacOS (Linux/MacOS kommen diese oder nächste Woche)
Web Basierte Benutzer Oberfläche unter https://www.emulefans.com/WebUI/
Kombinieren von Quellen mehrerer Netzwerke an einem Downloaded2kMule Unterstützung
Source Exchange
AICH
Kademlia
Protocol ObfuscationBitTorrent Downloads
DHT, ALT Tracker, UDP Tracker
Peer Exchange
Torrent Magnet Links
Protocol Encryption
Torrent Keyword Search (Kademlia-based)Hoster Download Engine
Eigene Script-Sprache für hoster Unterstützung
JavaScript fähige Browser Engine
Hoster Magnet LinksWeitere Features wie anonymes Filesharing (mittels unidirektionalem verschlüsseltem Multiplath-Routing im XOR-Raum von Kademlia) sind bereits in Arbeit.
Wir freuen uns sehr auf euer Feedback.
Hoster Downloads funktionieren dank eigener Script Engine & zugehörigen Hoster Scripten schon sehr gut. Jedoch fehlen für sehr viele Hoster noch die passenden Scripte. Wenn euer Lieblingshoster also noch nicht unterstützt wird, dann könnt ihr uns gerne kontaktieren um ein Hoster Script für den jeweiligen Hoster zu schreiben.
Viel Spaß beim Testen!
50條評論隱藏
和mldonkey相比？
一直用著amule+qbittorrent，正想試試其他客戶端。。。
跨平臺，這個好~~
等linux 版 😀
👿 buhui不會用:-D 💡
額，Win 7 SP1下面以管理員方式運行這個，開啟Check Clipboard時候，（在emulefans站點中）點擊 複製選中連接 ，立刻crash
沒有linux版的鏈接么
@erhandsome 現在好像只有win版，而且我沒用起來。。
最後一個功能才是最值得關注的。
迅雷者路過。。。。
bt,ed2k,網盤。興奮中……
電驢資源
‘為BT提供一個類似eMule中的去中心化的關鍵詞搜索功能’
如果是當年種子市場增強版就太好了
@wang tao 種子市場就是查看別人的共享，不是一回事。而這個是要在全網搜索資源的功能。
根本用不起來。是否要德文版的windows？
@bill 現在僅能看看樣子呀，基本無用。
以下是我更新過了（更新時間：2012年8月3日）的、含有主文件的程序壓縮包，可以直接運行，傳在GoogleCode上了：
點擊下載含主文件的NeoLoader v0.10 Public Beta程序壓縮包
注意：測試版看起來還不大好用，建議大家等正式版出來再用。
http下載可以用 bt和emule等了很長時間都下載不到數據
@gomihu 現在連半成品都算不上。
這東西如果能讓emule的文件管理不影響BT的做種就好了，因為ut渣一樣的文件管理，我做種至今未超過三天。
@mulang
如果工作穩定，憑其對幾個協議的完善支持，應該會好點。mldonkey 對 bt 的支持比較完善，對 emule 協議的支持有點欠缺。希望這個項目能好好發展，將來再多一個選擇。
為什麼要去支持BT?讓所有人都用emule不更好?每個人上傳帶寬有限，要麼上傳BT,要麼上傳emule，如果neo推廣開，emule用戶能得到的上傳帶寬會更小
neo似乎是neomule的簡化版
為什麼大型電驢伺服器會拖垮網路？
為什麼不設計成這樣：只在搜索文件時連接伺服器，搜索完成後斷開與伺服器的連接。然後與其他下載用戶交換來源。或者，每半小時重新連接伺服器。這樣為電驢伺服器騰出空餘帶寬與計算能力，能容納更多的用戶。
@四足獸 其實伺服器已經在慢慢被拋棄，很多人已經完全不連伺服器了。期待kad繼續完善。
@四足獸 @四足獸
我覺著這不一定是零和遊戲啦，用 p2p 的人越多越好，不管是用哪種協議的。
我只想問……這個版本開放源代碼么 – –
@Casper Ti. Vector 根據協議源代碼肯定會開放的，目前只是測試。
@Casper Ti. Vector 有的開放，有的未必開放。各個文件的許可見這裡
http://update.neoloader.to/
有幾個核心文件是CC by-nc-nd或CC by-nc-sa的非商業非自由版權許可，但這種許可並不代表這幾個文件就肯定開源或閉源，現在閉源，以後可能開
其他的所有文件都是完全自由開源，都能在上面的鏈接下載到源碼
@admin 根據GPL協議傳染性，似乎必須全部開源。
@odf 都是分別獨立編譯出來的文件，傳染不到。代碼裡面包含GPL代碼，才會被傳染
裡面也只有一個GPL的文件
還是emule的樣子好看
@admin 好像不是吧
如果我的猜想無誤，眼下用ipv6取代ipv4十分不划算。
在數據包大小一定，每個數據包所含的ipv6源地址，目標地址會佔用更多的位元組數。以致能傳遞的有效數據變少。上傳/下載都會明顯變慢。
如果ipv6通行，運營商分配給我們可能是靜態ip，抓人更方便了。
動態ip能極大緩解ip地址不夠用的情況。如果ip地址更緊缺，可以加快周期:強制斷線，回收ip，再重新分配。即使每天多一二次掉線，總比網速下降要好。動態ip會給kad網路造成震蕩，降低性能。如果各mod都採用neoemule的辦法（一旦ip改變，除了自動連入kad網路外，自動通知友鄰和隊伍里的客戶，大大減少查詢節點的次數）就好了。但這個辦法可能有利於反盜版機構追蹤我們。最好中國用戶默認開啟此動能，歐洲用戶默認不開啟。
手機，平板，數據由伺服器壓縮轉發，用內網地址就可以了。
在電騾里，能否根據路由器的跳數，動態調整數據包大小？如果跳數少，使用大包。反之則反之。
我偏愛neomule，但它是基於0.49版的官方emule，kad網路默認使用unicode搜索。這是否會導致搜索結果相對0.5版emule較少？後者使用ANSI字元
大讚David！～必須使用一下。。。
正在關注中，不錯哦。
貌似作者意思是暫時不會開源，直到有辦法對付那些惡意節點。http://forum.emule-project.net/index.php?showtopic=155018
也貌似引發了極大的爭論。
沒差～目前也不會想用這套
內網用戶數量非常大，解決內網穿透問題比升級反吸血功能更迫切。依賴伺服器解決內網穿透不是理想辦法：歐洲，中國的p2p網路環境都在惡化。
假設A節點(hingh ID)負責某hash值文件調度。所有擁有此文件的客戶端上線後都要向其報告ip地址，埠號。
如果節點B，C是內網用戶，每次上線後除了向A節點報告內網ip地址，埠。同時A節點也記錄它觀察到的B,C節點的公網IP和埠。
neomule的內網穿透辦法是讓A節點作中介?在目前所有客戶端中，只有neomule才有kademlia內網穿透的功能？（換句話說，只有neomule才支持讓A節點做中介？這就是使用neomule穿透內網效果不甚理想的根源？）。verycd和eXcalibur都只使用伺服器實現內網穿透？
low ID來源為什麼不會在客戶端之間的來源交換中使用？假如E,F(都為hingh ID)正下同一個文件。把F介紹給所有向E供源的人，他們主動把F加入各自的隊伍（如果他們隊伍沒有滿的話）。就能輕易實現low ID連接hingh ID。相反，如果由F主動聯繫給E供源的人，則一定會無法連接其中的low ID來源。
或者讓low ID每半小時主動連接A節點，如果此文件稀缺的話。從A那裡得知需要此文件的人(hingh ID)，然後主動連接這些人，也是一個明顯改善全網狀況的辦法。官方版emule的「被動方式」來源限制太苛刻了。
如果某文件的完整來源超過100，是否可以考慮自動解除共享？或者每隔一星期再檢查完整源的情況再自動恢復共享？太多的源不必要，只會增加KAD網路，伺服器負擔。
電騾里的消息功能離線時能不能本地緩存消息，對方上線時自動發送給對方？
全國正規mod用戶大約多少？verycd用戶大約多少？迅雷用戶可能有一億？
@danshi @gke Xanatos公開了CC BY-NC-ND的MuleClient.cpp的代碼。帖子30樓的代碼對比也表明它和eMule的代碼並無關聯
@四足獸 國內人滿為患
終於盼來了,內牛滿面啊…
@ycren
暫時還沒有實用價值……
NeoLaoder 0.11 Public Beta Release
http://board.neoloader.com/neoloader-releases/2826-neolaoder-0-11-public-beta-release.html
用來用去，還是 eMule 最能保源。
這個是跨平台，多協議的，怎麼在我看來有點三心二意啊。這麼搞，原來就相對比較少的 eMule 用戶，能得到的位元組數也更少，更被邊緣化了。
多協議—其實就意味著原來就少的上傳帶寬都傳得分散了。
從保護源的角度看，做事還是一心一意的好啊。
@某人
怎麼保源我覺得和軟體關係不大，關鍵還是看發布者（或做種者）的想法。長期堅持發布某個資源的人，肯定是本身就認為這個資源很好，希望更多人能看到。他們會選擇對達到這個目的最有利以及自己最能堅持下去的方式，軟體本身是多協議還是單協議的實際影響不大。比如我就是用在路由器上跑 mldonkey，外接 WD 硬碟盒。基本以 emule 分項為主，bt 下載的優質資源，在上傳比率達到200%或超過半年時，放到emule共享。對個人覺得非常好、堅持保源的文件，會做了個ed2k文件列表，扔到自己的博客上，便於同好搜索。
我覺得您擔心的問題主要會影響那些新出熱門資源的擴散。這類資源，怎麼看都是bt的方式更合適。
不知道這個 neoloader 和 mldonkey 比怎麼樣，將來如果在 mips 下編譯成功的話可以試試
@kidault 對初學者來說和軟體關係很大，如果是很方便就能共享資源並且容易管理共享資源的軟體，大家也會樂意保源，這就是emule的優點。像BT製作種子總是一件麻煩的事情。
@mulang
莫非你也是linuxer？
http://board.neoloader.com/neoloader-releases/2982-neolaoder-0-15-public-beta-release.html
NeoLaoder 0.15 Public Beta Release – 02.10.2012
出最新的版本了 0.39
http://board.neoloader.com/neoloader-releases-161/
0.41更新
NeoLoader 0.41 Release
0.42更新
NeoLoader 0.42 Release
0.43更新
部分中文化
下載連結:
Windows
Mac OS X
Linux
Linux (x64)