qbittorrent-nox-static VS libtorrent

4.5.2 i use this version https://github.com/userdocs/qbittorrent-nox-static

Thanks for reply. I just found this yesterday. If my arch is armhf and i will switch old qbt-nox file with armhf-qbittorrent-nox i need to download all dependencies? Or it has it inside? I changed this 2 files yesterday evening and till now everything seams fine or even better - think that i'm now seeding more

You need a static build where dependencies are linked directly within the binary and don't have any depends on shared libraries. Userdocs is pretty much the gold standard here: https://github.com/userdocs/qbittorrent-nox-static/releases

Have you considered upgrading to a newer version? It shouldn't be much more complicated than downloading and replacing the binary.

I use qBittorrent-nox WebUI on a seedbox, and I'm having some issues. I'm a private trackers user.

You're using the wrong client for racing. rTorrent is probably the worst client you can use to race. I suggest you use qBittorrent instead. If your seedbox has SSH access, you can install it on your own, if your provider doesn't offer qBittorrent.

I appreciate the confirmation. I tried rolling back to 4.4.0-ls170 and had the same issue. I grabbed the 4.4.1 QT6 based appimage from https://github.com/userdocs/qbittorrent-nox-static/releases, and am running it on bare-metal just like my previous setup on 4.3.9.

Has anyone tried this?: https://github.com/userdocs/qbittorrent-nox-static/releases

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/