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)