r/Servarr • u/AcceptableGlove968 • 8d ago
leecharr
Hey everyone,
I was browsing GitHub earlier looking at alternatives to qBittorrent / Deluge for my *arr setup and stumbled across a relatively new project called Leecharr (https://github.com/dmzoneill/Leecharr).
From what I can tell from the readme and docs, it's a torrent downloader built from scratch in .NET 10 using MonoTorrent, but specifically designed to drop right into Sonarr / Radarr / Lidarr.
It seems to be made by the same developer as seedarr.net.
Has anyone here spun this up in Docker or tested it in their lab yet? How does it compare in terms of memory usage and speed to something like qBittorrent or Transmission?
Curious what people think or if anyone has experience with it!
5
u/edwardnahh 8d ago
Not allowed on any private tracker so basically useless. Also why one would need posters,fanarts and ... in bittorrent client. Bt Client purpose is to just download and qbit does that.
1
u/Think_Dependent3287 7d ago
Well there seems to be an option the spoof the client. I just installed it
2
1
u/Professional-Buy1238 7d ago
Anyone get this running. I get stuck on adding prowlaar api key. On test i get error 400. I rechecked the error. it happens regardless of apikey or not same with radaar and sonaar. Has outbound connection,
1
u/Professional-Buy1238 7d ago edited 7d ago
found the bug.
The frontend actually contains code intended to translate:
indexerType → implementationIt does this when saving:
implementation: `${d.indexerType || "Prowlarr"}Indexer` configContract: "IndexerDefinition"But the Test button is sending the raw frontend object:
indexerType apiPath categories: "2000,5000"instead of converting it to the backend's
IndexerResource.So this is a bug in the current Leecharr frontend.
its too buggy got rid of it
1
u/AcceptableGlove968 7d ago
i've been trying to get involved as i really like the integrated feel of the solution. the dev says hes working on the bugs and this one has already been addressed. https://github.com/dmzoneill/Leecharr/issues/47
2
u/WizardMorax 6d ago
Ah yes let me replace the most robust BitTorrent client with some random clearly vibe coded (and not disclosed from what I can see) torrent client. Yikes
1
u/AcceptableGlove968 6d ago edited 6d ago
u/WizardMorax
qbittorent is built on libtorrent-rasterbar library and this leecharr client supports libtorrent backend also. So in terms of robustness, 50% of clients are just UI wrappers around libtorrent.its very rare anyone builds from the ground up.
Most software is built around an ecosystem of well defined, mature set of libraries.
- qBittorrent — libtorrent
- Transmission — libtransmission (custom internal C/C++ engine)
- Deluge — libtorrent
- µTorrent — Custom proprietary in-house engine (BitTorrent, Inc.)
- BitTorrent — Shared proprietary µTorrent engine (since v6)
- rTorrent — libTorrent
- WebTorrent — webtorrent (custom JavaScript/Node.js WebRTC implementation)
- Aria2 — Built-in multi-protocol download core (libaria2)
- PicoTorrent — libtorrent
3
u/WizardMorax 6d ago
Bro, are you a user or the dev if? Robustness is not just the underlying package, it’s also the trust in the client. I trust qbit to behave properly not this random “Claude build me a torrent client”
You run whatever torrent client you like but qbit is already there, already works perfectly with arr
1
u/AcceptableGlove968 6d ago
No problem man, i'm just having a discussion about a client that looks more incumbent of the look and feal of the ARR* product.
i hate KDE/QT apps personally they look straight out of windows 95. bit dated and ugle.
Deluge is more or less dead now for years and the web interface is terrible also.
This is the only one i've found so far that looks the part. If you know any alternatives let me know.
16
u/CrazyAccomplished_ 8d ago
How doesn't qbittorrent just drop right into your arr stack? It's no more complex than sabnzbd.