arch-qbittorrentvpn VS libtorrent

Maybe you could try this one instead: https://github.com/binhex/arch-qbittorrentvpn

I got it to work with OVPN for the time being. I have no idea what I could have done differently with Wireguard though. There is an open issue on github involving Mullvad with Wireguard, maybe its related?

If you're planning on using a new VPN you'll need to update your docker container w/ the new VPN info (account, pass, wireguard/openvpn, etc) and that should do it. I've heard decent things about proton vpn and airvpn but I'm sure there are plenty of acceptable options out there, just not many with decent port-forwarding capabilities if you care about that. airVPN is a good vpn for port-forwarding, binhex's github has a walkthrough for setting up airVPN as an example, shouldn't be much different from how you setup mullvad

I recommend https://github.com/binhex/arch-qbittorrentvpn. Simply because dyonr seemingly abandoned the project in 2022.

Third, better, option: run something like this https://github.com/binhex/arch-qbittorrentvpn

So I'm running Radarr 4.4.4.7068 (docker) and a modified version of qBittorrent which includes a VPN (https://github.com/binhex/arch-qbittorrentvpn). When I add a file via Radarr, qBittorrent complies with the "Maximum Seed Time" selected in Radarr and marks the torrent as "completed". However Radarr doesn't remove it from qBittorent, even if the option "Remove completed" is enabled.

I had a longer answer, but qBittorrent is great and has a great webui/server model if you're running a separate linux box to run it in. If you're on windows, grab 4.3.9 or 4.6.2 with libtorrent 1.x. RSS stuff is nice too. Libtorrent 2.x has issues on Windows currently (read these threads if you want to know more - https://github.com/arvidn/libtorrent/pull/7013 - https://github.com/arvidn/libtorrent/issues/6667#issuecomment-1804035311 ). Please don't bug Arvid about it though. Libtorrent 2.x gets us Bittorrent v2, which is a good thing.

Latest libtorrent v1.2 branch changelog: https://github.com/arvidn/libtorrent/blob/RC_2_0/ChangeLog

You can support this feature by writing a comment in https://github.com/arvidn/libtorrent/issues/7252

Where users could finally download files that were present in other swarms. This would decentralize network more, swarms with valuable files wouldn't die fast, even when updating a torrent, where info hash differs, say tv series, adding new episode, all the previous seeds of swarm could contribute bandwidth and resistance to new swarms, there were nice proposals at libtorrent project (library which many clients we know use), as f.e. not announcing that a peer has files to not overwhelm network, but announcing that he wants them.

How much of it do you want to do yourself vs how much do you want to use pre-made libraries for? Many popular clients rely on libtorrent which is a C++ torrent library: https://github.com/arvidn/libtorrent

FWIW, it seems like there'll be an update to libtorrent very soon that'll address the memory issue.

Here is a link to an issue I found on the libtorrent repo discussing the issue.

Many!

https://webtorrent.io/faq

Notable ones include Libtorrent[1], Peertube[2], and their own Webtorrent Desktop[3].

1. https://github.com/arvidn/libtorrent/issues/223

2. https://peertube-viewer.com/posts/2021-02-20-peertube-viewer...

3. https://webtorrent.io/desktop/