Earlier quoted context omitted.
Seems like that libtorrent support for webtorrent would be helpful for that. That was done recently in https://github.com/arvidn/libtorrent/pull/4123 , merged to master, but hasn't been released yet. Per the master changelog, that should be soon, I guess... https://github.com/arvidn/libtorrent/blob/master/ChangeLog
I might be wrong, but afaik transmission doesn't use libtorrent. It's using their own libtransmission.
Transmission 4.0.0 beta 1
251–260 of 262 posts
Re: Transmission 4.0.0 beta 1
#252Earlier quoted context omitted.
I would say Transmission has simpler UI. Outside of UI, it's also packaged differently, compared to Qbittorrent, Transmission can be installed completely headlessly without dependencies to QT/GTK+X. In terms of actual features, Transmission is more lightweight. It doesn't support super-seeding, broadcatching, native SOCKS support and doesn't have built-in search engine integration.
"qbittorrent-nox" is the name of the headless package.
If you want to go that route you might as well use Deluge, which is built on the same libtorrent library, has a proper daemon-client architecture with fully featured native clients for all major platforms.
Re: Transmission 4.0.0 beta 1
#253Earlier quoted context omitted.
Circa 1989 I remember people complaining that the NeXT computer (which eventually turned into the current Mac OS) was needlessly coddling users, and that anybody who wanted the power of Unix needed to know how to recompile their kernel. I also remember people objecting to MS Windows because people really should be using MS-DOS so that they understand what's going on. The main point of computers is to make things easi…
The main point of computers is not to make it easier for people, that mindset leads us to cede control of our lives to technology. The point of computing is to be a tool to make people more powerful and efficient, an extension of our abilities, able to do more or better.
The point of a tool is to make things easier for people.
Re: Transmission 4.0.0 beta 1
#254Earlier quoted context omitted.
Making secure practices simple (or automatic) for less-technical users is not “coddling”.
"Hey why are my torrent downloads running super slow?" "Oh, well, your torrent client decided to automatically use your vpn because it saw one running and somebody decided that was the right behavior because they thought you were dumb." Users have preferences. Users can read. Let them learn and sort it out. Don't ruin a simple program with tarred assumptions of what is correct for users. Prefer simplicity. Also don't…
I agree with this statement, but what should a user ‘read’ in order to understand this?
Re: Transmission 4.0.0 beta 1
#255When I first came to Linux I adopted Transmission. It seemed less featureful than others but now I like its simplicity, does everything it needs and it is also very reliable. It is not very known but there actually is a transmission-cli for common torrent operations that may come in handy some time.
It's a great piece of software. I'm running a web remote v2.92 on an rpi with simple basic auth protection, and it has been working flawlessly for years now.
Re: Transmission 4.0.0 beta 1
#256Earlier quoted context omitted.
I would be fine with users doing less with their computers, if they in turn understood how they worked and why we all get angry here about things like: politicians likening cryptography to criminal activity, companies hoovering your data from every site you visit, etc.
I see. In what areas are you prepared to make the symmetrical deal? That you'll do less and get less while investing more time in understanding areas other people are less expert in?
Re: Transmission 4.0.0 beta 1
#257Earlier quoted context omitted.
Even if you seed for a very short time is speeds up the process. No need to consume their data.
Only if they seed more than they leech. It has little to do with time. If you take a year to seed more than you leeched, you're a positive contribution to the swarm.
Re: Transmission 4.0.0 beta 1
#258Earlier quoted context omitted.
This is a cool feature that I've idly wondered about in the past, but I didn't know it was actually spec'd/implemented in Bittorrent. You could imagine hierarchically pushing the entire of TPB or whatever into the DHT. And even, each torrent having an `index.html` that renders a page containing links to the rest of the sub-torrents, so that the entire site is hosted in the DHT.
Right, and we saw some examples of Sqlite+torrent in the past; those databases could be made editable more easily (although it would be nice to de-duplicate unchanged parts, not sure if sqlite DBs can be chunked). Not necessarily sqlite, that said. It might be useful for openstreetmap tiles/db, or indeed repositories like library genesis, wikidata/wikipedia dumps, etc.
So presumably in a similar manner as https://github.com/phiresky/sql.js-httpvfs you could map SQLite pages to leaf torrents too and get the chunking you are looking for.
Re: Transmission 4.0.0 beta 1
#259Why use this, when there's qBittorent?
Re: Transmission 4.0.0 beta 1
#260As a Chinese, I really need the anti leeching capabilities, as too many people here use Xunlei that only download but never upload. Sad to see that the maintainers skip this again.
I just read that Xunlei is the most popular BitTorrent client in China. Does it not upload to none Xunlei clients or does it leech Bittorent entirely? I can’t imagine one that is a pure leech could exist without harming BitTorrent