Rtorrent

yea thats what it needs more SJW shilling

So change the software when the change in environment demands it. Has the current environment changed so much over the two years since the last update?

Just use transmission

rtorrent has always been crap.
Too complex and too big of a code base.

btpd is the greatest torrent client.
Too bad it's been unmaintained for so long.
github.com/btpd/btpd

Which one is the best for mass torrents + massive amounts of data? Even deluge ends up dying with 200 torrents ~ 1 TB of data (of course, not all of these are seeded at the same time, but the mere existence causes delgue to die. The same for transmission)
BitTorrent (when it wasn't shit) was the only one I knew to be able to handle a high load.

Can you guys promise me you will go outside and just sit in the sun for at least 15 minutes each day if you're going to be this autistic about code that literally nobody cares about and has no effect on anyone's life? You don't even have to do anything out there. I just want you guys to be ok. You know?

Once again, why is it important that it doesn't have regular updates? It is already mature to its final form. It shouldn't need updates beyond minor bugfixes.

I see no problems here, Rust makes all your programs 100% secure so there's no need to update the code :^)

libtorrent?

Which?
github.com/rakshasa/libtorrent
en.wikipedia.org/wiki/Libtorrent

Port it to Plan 9.
Remove all but most critical functionality.
If someone wants "features" they can write shell scripts.

This is my first post here in two years, I really pity you famalam.

Nothing to be fixed tbh.
Only bug I know is a very minor one where the listing of files don't group correctly by their directories.

how about contributing to the project instead of making a dumb thread on Holla Forums. not me tho, im more of an ideas guy :^)

Should I start re-making the logo?

does it even have a logo?

rtorrent is built on libtorrent
libtorrent can handle 1k+ torrents np

deluge is shit, qbittorrent is shit, and transmission is shit.

No idea, I only use qbittorrent and aria2 anyway.

it has NO LOGO
ANONS GET ON THIS

Every time I try to setup rtorrent, I can never get it to work for all these random, obscure reasons. In contrast, transmission-daemon is so darn easy to setup, it's worth the slightly larger overhead. Especially in comparison to i2p.

Because the code no longer builds with contemporary compilers that're just doing the right thing is a good reason.

I just switched to aria2c for the time being. Hopefully a new KISS cli torrent client will show up eventually.

1) Use transmission-daemon with stig.
2) Wait for github.com/Luminarys/synapse (inb4 Rust, there's no Coc or retarded stuff).

vs
Only wizards are allowed to use rtorrent

Are you trying to compile git head?

Nah.

To download anything I press:

How is that at all hard

How does a slight overhead equate to being shit? C'mon, the only person you're fooling is yourself. Ignoring the fact that it's far more accessible (apparently bad, according to you elitist teenbros), Transmission is significantly more versatile than rtorrent, and the aria2 shill has finally convinced me that aria2c is far better equipped for simple, light tasks than rtorrent ever could be while being significantly easier to configure. Oh, and it's more lightweight.

It's almost as if use case varies from person to person.

do you even torrent? rtorrent is meant for heavy users not scrubs like you who donwload some gay trap porn once a month

I've had +1200 torrents seeding right now with no overhead. I hate to break it to you, but if you're going to resort to ethos in order to win arguments, we're all just going to devolve into the ``works on my machine'' argument with no progression.

Caught your lies.

What?

Shame

It's beyond saving.
Just use transmission as a daemon, it's basically the same thing but better.

Another reason to use transmission, it works with libressl, mbedtls and even wolfssl.

transmission is shit to configure tho

if you look at the man pages, there are duplicated settings for daemon and cli client when there's no need for it

rtorrent's configuration was much more nicer

Why torrent when xdcc works fine?

is that like newsgroups but free?

It's like IRC but actually IRC.

Theres more active xdcc bots then there are active torrents.

My torrent server runs Deluge and currently has 349 live torrents with well over 1TB of data. It's not breaking a sweat. Previously I used transmission with similar numbers and no problem.

Strange. I can run PS, 3DS Max, and multiple browsers without issue (i.e. good CPU + a lot of RAM), nevertheless, just my browser + torrent leads to a crash when I have too much. May I ask, what is your largest individual torrent (in GB)?

180GB but that's only a partial download. Biggest Completed is 15GB.

It's not even a beefy machine. It's an old HP microserver: n40l.wikia.com/wiki/Base_Hardware_n36l

From the software you're running, it sounds like you're running Windows, and that may be your problem. Many years since I used it, but I vaguely recall there being an issue with having too many open TCP connections. Not something that normally causes problems, but bulk torrenting pushes this to the limit. It might explain why you hit approximately the same limit with different torrent clients.

Well, this is entering the realm of tech support, but, to be precise, the crashing happens when adding my 200GB torrent (I guess because it's a partial download and it's hashing/checking over the blocks?)

I'm using transmission with a 225GB torrent, right now (Neon Genesis Evangelion [BDMV]).

If you use XDCC over a bouncer/proxy how does it work? Which IP is reported to the bot?

THERE'S YOUR FUCKING PROBLEM. Deluge is optimized for running on *nix.

...

That's problem with libtorrent not rtorrent [1]. Apprently someone forgot major distros started rolling c++ compilers with C++11 features.

[1] github.com/rakshasa/libtorrent/issues/158

[2] github.com/rakshasa/libtorrent/commit/462f358f8fb3f842c2086b96d396c7d27736add9

That's why you set -std= in your makefiles. Fucking retards.

This is exactly what I've been looking for. I've never been very sucessfull when trying to set up rutorrent; instead running it in a dtach session works, but I'd rather have a server-client model alà mpd.

A shame there haven't been any activity for six years, and the forks seem to be mostly minor code/documentation improvements.