Sharing 1 000 000 Files
#1
Posted 02 January 2024 - 08:08 PM
Recently I have begun first downloading then sharing 20 000 files, and I quickly noticed that eMule isn't capable of handling such numbers.
eMule is extremely sluggish since. Not the download/upload part, which is ok, but the overall delay between user mouse/keyboard input.
This is a problem, as Elon would say.
#2
Posted 06 January 2024 - 09:58 PM
aleste81, on 02 January 2024 - 11:08 PM, said:
Recently I have begun first downloading then sharing 20 000 files, and I quickly noticed that eMule isn't capable of handling such numbers.
eMule is extremely sluggish since. Not the download/upload part, which is ok, but the overall delay between user mouse/keyboard input.
This is a problem, as Elon would say.
Original/community realeses don't care much on sharing or downloading "big" number of files. There are some post from the developers explaining why, with their point of view.
So, I've decided to improve this part of eMule myself. I'm working on an eMule mod based on v0.70a (actually started with 0.60d but migrated to v0.70a code base) since 8 months on my free times and I think I'll need a few months to finish it before the realese. I've already completed the support for big number of files and now my mod is capable of big numbers without being sluggish on UI.
I've added a lot of other nice features, too. Some of them are from v0.50a mods while some are unique and developed by me for my needs. Below you can find screenshots of the preferences what I've already completed (all seen in these are fully tested and working stable). There are also a lot of features working under the hood without any trace on the preferences screenshots, like NAT-T (I decided to implement it as a "always on" feature without on/off toggle to make it widespread). I've also implemented a lot of performance improvements and some bug fixes, too.
There are a lot of other things in my To Do list. I really want to make it near perfect (in my point of view, ofc) before the release, so need more time.
It will be released as fully compliant to GPL (opensource, as it should be) and also to eMule community rules (no leeching features, community rewards etc).
Forum doesn't allow me to add links so i've removed https part of links:
i.ibb.co/JQJsLg6/1.png
i.ibb.co/Chm5M0z/2.png
i.ibb.co/JRvzJLc/3.png
This post has been edited by BuyukBang: 11 January 2024 - 09:33 AM
List of completed features:
IPv6 Support & UTP NAT Traversal: Enables IPv6 and LowID to LowID transfers between mod users. (Improved version of David Xanatos’s reference implementation)
Client History: Stores and reloads all clients. Enables long-term banning/punishment intervals, tracking suspicious activities, editable client notes, shared files statistics.
Protection Panel: Detects 28 types of bad clients, bans/punishes with 12 levels. Uses customizable text-based definitions within Shield.conf instead of binary DLP.dll.
Blacklist Panel: Keyword & regex based file blacklisting for search results. Very fast (Processes 1000+ definitions on search results under 1 sec).
Download Checker: Skips known/downloaded/canceled downloads by checking file name similarities and file hashes.
Files List: Lists and categorizes all known files and duplicate files. Fast loading (Loads 200k items under 1 sec).
GeoLite2: Replaced legacy IP2Country, supports IPv6, lists both cities and countries.
Several Connection Tweaks: A fast and reliable connection checker; retry failed TCP connection attempts; reask sources & inform queued clients after IP change.
Empty Fake File & DRM Detection: Automatically removes trash files from the download list.
Fast Kad: Provides much faster KAD searches comparable to eServer search speed.
Auto Query Shared Files: A new way of finding files!
Highly Responsive GUI, Dark Mode, Automatic File Extension Correction, Auto\Manual Saving All App Data, Auto\Manual Backup, Added Column Filters To All Lists, Intelligent Chunk Selection, Client Emulation, Selectable Credit Systems, Save & Load File Sources, And many more additional features, bug fixes and optimizations…
To do: IPv6 support for KAD, NAT-T support for eServer, more...
#3
Posted 09 January 2024 - 10:00 PM
BuyukBang, on 06 January 2024 - 10:58 PM, said:
[...]
my mod is capable of big numbers without being sluggish on UI.
This is great news. 100 000 files is a little number compared to the number of interesting stuff to I want share.
Could you point to the posts with the point of view of Merkur ?
How did you fix the sluggish code ?
Kudos dude
#4
Posted 10 January 2024 - 03:48 PM
aleste81, on 10 January 2024 - 01:00 AM, said:
I've tested with 130k files, but I believe my mod can easily do more. Though, there still will be a server limitation.
aleste81, on 10 January 2024 - 01:00 AM, said:
Sorry I have't saved links for the posts. Btw, I can't confirm it is written by Mercur, but I remember some posts from the developers, which are now hiding in the forum history.
aleste81, on 10 January 2024 - 01:00 AM, said:
I'll write two most important ones among the other things:
1- I've rewritten SharedFileList module which is responsible for displaying shared files (and also downloaded history/known.met in my mod).
I've a test result for the history part: For 130k files (SSD + 13900k + 64GB RAM)
XMod: Loading/reloding on SharedFileList takes more than 5 minutes.
My Mod: Loading/reloding completes under 1 second.
As you can see there is an extremely big difference. That's because my implementation uses a virtual list and holds about only 150 files, which are what you see on the screen at a specific moment. When you scroll down/up it just updates. This works much faster than the current implementation what loads everyting at start and hold them on the listbox all time.
2- When sharing/downloading lots of files, on startup of emule and also on every reconnection, some specific code blocks are executed. These code blocks are resposible to create a package which will be sent to the eservers and kad nodes. But these codes are so slow and causing long UI freezes. I've used a workaround to fix this and now reconnects work without UI freezes.
This post has been edited by BuyukBang: 10 January 2024 - 11:57 PM
List of completed features:
IPv6 Support & UTP NAT Traversal: Enables IPv6 and LowID to LowID transfers between mod users. (Improved version of David Xanatos’s reference implementation)
Client History: Stores and reloads all clients. Enables long-term banning/punishment intervals, tracking suspicious activities, editable client notes, shared files statistics.
Protection Panel: Detects 28 types of bad clients, bans/punishes with 12 levels. Uses customizable text-based definitions within Shield.conf instead of binary DLP.dll.
Blacklist Panel: Keyword & regex based file blacklisting for search results. Very fast (Processes 1000+ definitions on search results under 1 sec).
Download Checker: Skips known/downloaded/canceled downloads by checking file name similarities and file hashes.
Files List: Lists and categorizes all known files and duplicate files. Fast loading (Loads 200k items under 1 sec).
GeoLite2: Replaced legacy IP2Country, supports IPv6, lists both cities and countries.
Several Connection Tweaks: A fast and reliable connection checker; retry failed TCP connection attempts; reask sources & inform queued clients after IP change.
Empty Fake File & DRM Detection: Automatically removes trash files from the download list.
Fast Kad: Provides much faster KAD searches comparable to eServer search speed.
Auto Query Shared Files: A new way of finding files!
Highly Responsive GUI, Dark Mode, Automatic File Extension Correction, Auto\Manual Saving All App Data, Auto\Manual Backup, Added Column Filters To All Lists, Intelligent Chunk Selection, Client Emulation, Selectable Credit Systems, Save & Load File Sources, And many more additional features, bug fixes and optimizations…
To do: IPv6 support for KAD, NAT-T support for eServer, more...
#5
Posted 10 January 2024 - 08:23 PM
Now with bigger RAM, higher connection speeds and smaller count of users in the net this is less critical; so the servers increase limit for shared files quite voluntarily.
However, there are still limits that should not be ignored or changed without risks of damaging eMule network.
Probably sharing a thousand files, maybe 2000 or even 3000 would be considered fine.
For that number of files performance of the existing code should be sufficient and does not require changes.
So if you feel a slow down, then safe limits were exceeded.
#6
Posted 10 January 2024 - 11:39 PM
fox88, on 10 January 2024 - 11:23 PM, said:
This is not true when the eservers and kad network have already their own limitations. Especially on these days with less users & files on the network and still with much powerful PC's, internet connections.
This post has been edited by BuyukBang: 11 January 2024 - 12:03 AM
List of completed features:
IPv6 Support & UTP NAT Traversal: Enables IPv6 and LowID to LowID transfers between mod users. (Improved version of David Xanatos’s reference implementation)
Client History: Stores and reloads all clients. Enables long-term banning/punishment intervals, tracking suspicious activities, editable client notes, shared files statistics.
Protection Panel: Detects 28 types of bad clients, bans/punishes with 12 levels. Uses customizable text-based definitions within Shield.conf instead of binary DLP.dll.
Blacklist Panel: Keyword & regex based file blacklisting for search results. Very fast (Processes 1000+ definitions on search results under 1 sec).
Download Checker: Skips known/downloaded/canceled downloads by checking file name similarities and file hashes.
Files List: Lists and categorizes all known files and duplicate files. Fast loading (Loads 200k items under 1 sec).
GeoLite2: Replaced legacy IP2Country, supports IPv6, lists both cities and countries.
Several Connection Tweaks: A fast and reliable connection checker; retry failed TCP connection attempts; reask sources & inform queued clients after IP change.
Empty Fake File & DRM Detection: Automatically removes trash files from the download list.
Fast Kad: Provides much faster KAD searches comparable to eServer search speed.
Auto Query Shared Files: A new way of finding files!
Highly Responsive GUI, Dark Mode, Automatic File Extension Correction, Auto\Manual Saving All App Data, Auto\Manual Backup, Added Column Filters To All Lists, Intelligent Chunk Selection, Client Emulation, Selectable Credit Systems, Save & Load File Sources, And many more additional features, bug fixes and optimizations…
To do: IPv6 support for KAD, NAT-T support for eServer, more...
#7
Posted 11 January 2024 - 08:06 AM
BuyukBang, on 11 January 2024 - 02:39 AM, said:
THe phrase contradicts itself. There is no reason for stunning performance with 130K files while a server sets limit of 7500 only.
Better understanding of the eMule network and balanced approach is what developers need, not advetising of yet unreleased mod.
Besides, mod discusisons belong to a different subforum.
This post has been edited by fox88: 11 January 2024 - 08:07 AM
#8
Posted 11 January 2024 - 09:32 AM
fox88, on 11 January 2024 - 11:06 AM, said:
BuyukBang, on 11 January 2024 - 02:39 AM, said:
THe phrase contradicts itself. There is no reason for stunning performance with 130K files while a server sets limit of 7500 only.
Better understanding of the eMule network and balanced approach is what developers need, not advetising of yet unreleased mod.
Besides, mod discusisons belong to a different subforum.
Current soft file limits from eMule Security server.met:
8 servers: 1M
3 servers: 100k
1 server: 50k
1 server: 7500
There are limits, yes. But it is above where eMule GUI slow down.
There are also other use cases for mod users (ie. Xmod and several others) like history search/management, which are out of scope for official realeases.
I will not buy into the idea of having a "GUI freezing feature" for whatever reason. This just sounds lazy to me.
This post has been edited by BuyukBang: 11 January 2024 - 09:36 AM
List of completed features:
IPv6 Support & UTP NAT Traversal: Enables IPv6 and LowID to LowID transfers between mod users. (Improved version of David Xanatos’s reference implementation)
Client History: Stores and reloads all clients. Enables long-term banning/punishment intervals, tracking suspicious activities, editable client notes, shared files statistics.
Protection Panel: Detects 28 types of bad clients, bans/punishes with 12 levels. Uses customizable text-based definitions within Shield.conf instead of binary DLP.dll.
Blacklist Panel: Keyword & regex based file blacklisting for search results. Very fast (Processes 1000+ definitions on search results under 1 sec).
Download Checker: Skips known/downloaded/canceled downloads by checking file name similarities and file hashes.
Files List: Lists and categorizes all known files and duplicate files. Fast loading (Loads 200k items under 1 sec).
GeoLite2: Replaced legacy IP2Country, supports IPv6, lists both cities and countries.
Several Connection Tweaks: A fast and reliable connection checker; retry failed TCP connection attempts; reask sources & inform queued clients after IP change.
Empty Fake File & DRM Detection: Automatically removes trash files from the download list.
Fast Kad: Provides much faster KAD searches comparable to eServer search speed.
Auto Query Shared Files: A new way of finding files!
Highly Responsive GUI, Dark Mode, Automatic File Extension Correction, Auto\Manual Saving All App Data, Auto\Manual Backup, Added Column Filters To All Lists, Intelligent Chunk Selection, Client Emulation, Selectable Credit Systems, Save & Load File Sources, And many more additional features, bug fixes and optimizations…
To do: IPv6 support for KAD, NAT-T support for eServer, more...
#9
Posted 11 January 2024 - 04:27 PM
e ho messo la lista. pero non so piu andare avanti se qualcuno mi aiuta grazie
#10
Posted 13 January 2024 - 04:57 PM
fox88, on 10 January 2024 - 09:23 PM, said:
Are you kidding me ?
I have stuff to share by the million.
Besides, eMule advantage over BitTorrent is precisely the slow sharing of many files over extendend / infinity time period.
#11
Posted 13 January 2024 - 06:35 PM
Unlike torrents, eMule is not that great in sharing large quantity of files, or contents of whole directory trees with many small files (archives should be used instead).
#12
Posted 13 January 2024 - 07:19 PM
fox88, on 13 January 2024 - 09:35 PM, said:
Unlike torrents, eMule is not that great in sharing large quantity of files, or contents of whole directory trees with many small files (archives should be used instead).
eServer: Admins are reponsible to configure soft limits according to the target level of the server performance.
Kad: There is already logical limits, nothing can be done in terms of sharing big quantity of files, except creating multiple intances.
Client: Performance is the responsibility of the developers and eMule is not the only client of ed2k network. One client can be slow, another can be better. For example, in this particular subject, aMule is superior to eMule.
This post has been edited by BuyukBang: 17 January 2024 - 02:08 PM
List of completed features:
IPv6 Support & UTP NAT Traversal: Enables IPv6 and LowID to LowID transfers between mod users. (Improved version of David Xanatos’s reference implementation)
Client History: Stores and reloads all clients. Enables long-term banning/punishment intervals, tracking suspicious activities, editable client notes, shared files statistics.
Protection Panel: Detects 28 types of bad clients, bans/punishes with 12 levels. Uses customizable text-based definitions within Shield.conf instead of binary DLP.dll.
Blacklist Panel: Keyword & regex based file blacklisting for search results. Very fast (Processes 1000+ definitions on search results under 1 sec).
Download Checker: Skips known/downloaded/canceled downloads by checking file name similarities and file hashes.
Files List: Lists and categorizes all known files and duplicate files. Fast loading (Loads 200k items under 1 sec).
GeoLite2: Replaced legacy IP2Country, supports IPv6, lists both cities and countries.
Several Connection Tweaks: A fast and reliable connection checker; retry failed TCP connection attempts; reask sources & inform queued clients after IP change.
Empty Fake File & DRM Detection: Automatically removes trash files from the download list.
Fast Kad: Provides much faster KAD searches comparable to eServer search speed.
Auto Query Shared Files: A new way of finding files!
Highly Responsive GUI, Dark Mode, Automatic File Extension Correction, Auto\Manual Saving All App Data, Auto\Manual Backup, Added Column Filters To All Lists, Intelligent Chunk Selection, Client Emulation, Selectable Credit Systems, Save & Load File Sources, And many more additional features, bug fixes and optimizations…
To do: IPv6 support for KAD, NAT-T support for eServer, more...
#13
Posted 14 January 2024 - 01:12 PM
In case of proper configuration the time from "Starting eMule..." to "eMule... ready" is about 2 seconds without any SSD.
#14
Posted 15 January 2024 - 09:20 PM
There are quite a few functions with n^n or n^m complexity can be optimized, an example is reload shared files would take quite some time, due to inefficient implementation of CKnownFileList::FindKnownFile that will be invoked in a loop during reloading.
aMule uses a temp multimap sorted with lower 32-bit of file size in that routine to accelerate reloading a lot. Although reloading is user-triggered function and only used occasionally, it's still worth optimizing for the user point of view.
#15
Posted 30 January 2024 - 05:16 PM
BuyukBang, on 06 January 2024 - 09:58 PM, said:
aleste81, on 02 January 2024 - 11:08 PM, said:
Recently I have begun first downloading then sharing 20 000 files, and I quickly noticed that eMule isn't capable of handling such numbers.
eMule is extremely sluggish since. Not the download/upload part, which is ok, but the overall delay between user mouse/keyboard input.
This is a problem, as Elon would say.
Original/community realeses don't care much on sharing or downloading "big" number of files. There are some post from the developers explaining why, with their point of view.
So, I've decided to improve this part of eMule myself. I'm working on an eMule mod based on v0.70a (actually started with 0.60d but migrated to v0.70a code base) since 8 months on my free times and I think I'll need a few months to finish it before the realese. I've already completed the support for big number of files and now my mod is capable of big numbers without being sluggish on UI.
I've added a lot of other nice features, too. Some of them are from v0.50a mods while some are unique and developed by me for my needs. Below you can find screenshots of the preferences what I've already completed (all seen in these are fully tested and working stable). There are also a lot of features working under the hood without any trace on the preferences screenshots, like NAT-T (I decided to implement it as a "always on" feature without on/off toggle to make it widespread). I've also implemented a lot of performance improvements and some bug fixes, too.
There are a lot of other things in my To Do list. I really want to make it near perfect (in my point of view, ofc) before the release, so need more time.
It will be released as fully compliant to GPL (opensource, as it should be) and also to eMule community rules (no leeching features, community rewards etc).
Forum doesn't allow me to add links so i've removed https part of links:
i.ibb.co/JQJsLg6/1.png
i.ibb.co/Chm5M0z/2.png
i.ibb.co/JRvzJLc/3.png
Hello,
First of all thank you very much for the work with the mod, it looks amazing. Could I make a request? I am developing a program to connect emule to services like radarr/sonarr or jackett. And I've noticed the instability of the emule web interface (accessing certain parts of the web interface makes emule crash, especially in the transfer area), could you take a look at it. Looking at the code I have seen that accessing the main thread data is a danger, because of the way it does it. Could it be possible that you could revise it to add it in this mod?
I have made this thread https://forum.emule-...8&#entry1108468
#16
Posted 30 January 2024 - 08:16 PM
dfpmola, on 30 January 2024 - 08:16 PM, said:
First of all thank you very much for the work with the mod, it looks amazing. Could I make a request? I am developing a program to connect emule to services like radarr/sonarr or jackett. And I've noticed the instability of the emule web interface (accessing certain parts of the web interface makes emule crash, especially in the transfer area), could you take a look at it. Looking at the code I have seen that accessing the main thread data is a danger, because of the way it does it. Could it be possible that you could revise it to add it in this mod?
I have made this thread https://forum.emule-...8&#entry1108468
Hello,
I've just tested this. On v0.70 community release clicking on Transfer tab immediately crashes. 3 eMule sessions and 3 crashes on first click on Web Interface Transfer Tab. So I can confirm this problem is very easily reproducible.
Now the good news:
When I test same scenario on my mod, it never crashed. On Web Interface, I searched and added 5-6 downloads, clicked Transfer Tab contiously, deleted downloads, restarted eMule, did same things, then one more restart and doing same things. It never crashed.
I've intensively changed all of the Download*.cpp/h for feature additions, bug fixes and performance optimisation. So I strongly believe I've already fixed the root cause of the Web UI Download Tab bug with one of these code changes, but without noticing its positive impact on Web UI
To be honest, I'm not using Web UI much. But I'm still aware that it is a good feature to integrate other programs with eMule. I've even planned to write an application to use Web UI in the past, but then changed my mind and started this project.
This post has been edited by BuyukBang: 30 January 2024 - 08:28 PM
List of completed features:
IPv6 Support & UTP NAT Traversal: Enables IPv6 and LowID to LowID transfers between mod users. (Improved version of David Xanatos’s reference implementation)
Client History: Stores and reloads all clients. Enables long-term banning/punishment intervals, tracking suspicious activities, editable client notes, shared files statistics.
Protection Panel: Detects 28 types of bad clients, bans/punishes with 12 levels. Uses customizable text-based definitions within Shield.conf instead of binary DLP.dll.
Blacklist Panel: Keyword & regex based file blacklisting for search results. Very fast (Processes 1000+ definitions on search results under 1 sec).
Download Checker: Skips known/downloaded/canceled downloads by checking file name similarities and file hashes.
Files List: Lists and categorizes all known files and duplicate files. Fast loading (Loads 200k items under 1 sec).
GeoLite2: Replaced legacy IP2Country, supports IPv6, lists both cities and countries.
Several Connection Tweaks: A fast and reliable connection checker; retry failed TCP connection attempts; reask sources & inform queued clients after IP change.
Empty Fake File & DRM Detection: Automatically removes trash files from the download list.
Fast Kad: Provides much faster KAD searches comparable to eServer search speed.
Auto Query Shared Files: A new way of finding files!
Highly Responsive GUI, Dark Mode, Automatic File Extension Correction, Auto\Manual Saving All App Data, Auto\Manual Backup, Added Column Filters To All Lists, Intelligent Chunk Selection, Client Emulation, Selectable Credit Systems, Save & Load File Sources, And many more additional features, bug fixes and optimizations…
To do: IPv6 support for KAD, NAT-T support for eServer, more...
#17
Posted 01 February 2024 - 10:28 AM
BuyukBang, on 30 January 2024 - 08:16 PM, said:
dfpmola, on 30 January 2024 - 08:16 PM, said:
First of all thank you very much for the work with the mod, it looks amazing. Could I make a request? I am developing a program to connect emule to services like radarr/sonarr or jackett. And I've noticed the instability of the emule web interface (accessing certain parts of the web interface makes emule crash, especially in the transfer area), could you take a look at it. Looking at the code I have seen that accessing the main thread data is a danger, because of the way it does it. Could it be possible that you could revise it to add it in this mod?
I have made this thread https://forum.emule-...8&#entry1108468
Hello,
I've just tested this. On v0.70 community release clicking on Transfer tab immediately crashes. 3 eMule sessions and 3 crashes on first click on Web Interface Transfer Tab. So I can confirm this problem is very easily reproducible.
Now the good news:
When I test same scenario on my mod, it never crashed. On Web Interface, I searched and added 5-6 downloads, clicked Transfer Tab contiously, deleted downloads, restarted eMule, did same things, then one more restart and doing same things. It never crashed.
I've intensively changed all of the Download*.cpp/h for feature additions, bug fixes and performance optimisation. So I strongly believe I've already fixed the root cause of the Web UI Download Tab bug with one of these code changes, but without noticing its positive impact on Web UI
To be honest, I'm not using Web UI much. But I'm still aware that it is a good feature to integrate other programs with eMule. I've even planned to write an application to use Web UI in the past, but then changed my mind and started this project.
You are my Hero, unbelievable.
It would be very useful to be able to access all the information of the GUI from the WEB UI to be able to integrate it in more places, like creating categories, see all the information of a file (download directory among other things) the peers. But these are suggestions, in any case thank you very much for looking at this.
#18
Posted 03 September 2024 - 09:14 PM
Quote
1- I've rewritten SharedFileList module which is responsible for displaying shared files (and also downloaded history/known.met in my mod).
I've a test result for the history part: For 130k files (SSD + 13900k + 64GB RAM)
XMod: Loading/reloding on SharedFileList takes more than 5 minutes.
My Mod: Loading/reloding completes under 1 second.
As you can see there is an extremely big difference. That's because my implementation uses a virtual list and holds about only 150 files, which are what you see on the screen at a specific moment. When you scroll down/up it just updates. This works much faster than the current implementation what loads everyting at start and hold them on the listbox all time.
2- When sharing/downloading lots of files, on startup of emule and also on every reconnection, some specific code blocks are executed. These code blocks are resposible to create a package which will be sent to the eservers and kad nodes. But these codes are so slow and causing long UI freezes. I've used a workaround to fix this and now reconnects work without UI freezes.
name/link of your mod? is compatible with 0.70b x64?
#19
Posted 04 September 2024 - 06:55 AM
OConnell, on 04 September 2024 - 12:14 AM, said:
Quote
1- I've rewritten SharedFileList module which is responsible for displaying shared files (and also downloaded history/known.met in my mod).
I've a test result for the history part: For 130k files (SSD + 13900k + 64GB RAM)
XMod: Loading/reloding on SharedFileList takes more than 5 minutes.
My Mod: Loading/reloding completes under 1 second.
As you can see there is an extremely big difference. That's because my implementation uses a virtual list and holds about only 150 files, which are what you see on the screen at a specific moment. When you scroll down/up it just updates. This works much faster than the current implementation what loads everyting at start and hold them on the listbox all time.
2- When sharing/downloading lots of files, on startup of emule and also on every reconnection, some specific code blocks are executed. These code blocks are resposible to create a package which will be sent to the eservers and kad nodes. But these codes are so slow and causing long UI freezes. I've used a workaround to fix this and now reconnects work without UI freezes.
name/link of your mod? is compatible with 0.70b x64?
List of completed features:
IPv6 Support & UTP NAT Traversal: Enables IPv6 and LowID to LowID transfers between mod users. (Improved version of David Xanatos’s reference implementation)
Client History: Stores and reloads all clients. Enables long-term banning/punishment intervals, tracking suspicious activities, editable client notes, shared files statistics.
Protection Panel: Detects 28 types of bad clients, bans/punishes with 12 levels. Uses customizable text-based definitions within Shield.conf instead of binary DLP.dll.
Blacklist Panel: Keyword & regex based file blacklisting for search results. Very fast (Processes 1000+ definitions on search results under 1 sec).
Download Checker: Skips known/downloaded/canceled downloads by checking file name similarities and file hashes.
Files List: Lists and categorizes all known files and duplicate files. Fast loading (Loads 200k items under 1 sec).
GeoLite2: Replaced legacy IP2Country, supports IPv6, lists both cities and countries.
Several Connection Tweaks: A fast and reliable connection checker; retry failed TCP connection attempts; reask sources & inform queued clients after IP change.
Empty Fake File & DRM Detection: Automatically removes trash files from the download list.
Fast Kad: Provides much faster KAD searches comparable to eServer search speed.
Auto Query Shared Files: A new way of finding files!
Highly Responsive GUI, Dark Mode, Automatic File Extension Correction, Auto\Manual Saving All App Data, Auto\Manual Backup, Added Column Filters To All Lists, Intelligent Chunk Selection, Client Emulation, Selectable Credit Systems, Save & Load File Sources, And many more additional features, bug fixes and optimizations…
To do: IPv6 support for KAD, NAT-T support for eServer, more...
#20
Posted 20 September 2024 - 01:07 PM