Hacker News Reader

Comment by aufhebung | Hacker News Reader

Why would I use this over Transmission or qBittorrent?

From the Features page, looks like the main differentiator is social and content features:

* Tag Discovery to discover what other users have tagged content with. This can be very helpful before deciding to download the content.

* Decentralized ratings and comments. You can view them before the torrent is added to BiglyBT.

* Decentralized public and anonymous chats with default channels for individual torrents, tags, subscriptions, and trackers

* Media Playback

* Media Conversion (Transcoding)

* UPnP Media Server and DLNA support, allowing devices to connect and browse your content, and allowing BiglyBT to send content directly to devices.

https://www.biglybt.com/features.php

how does the anonymous chat work? wont you be able to see the ips from the peers?

It could theoretically route your chat messages through other peers so nobody knows if you wrote the message or you're forwarding it for someone else.

Such a scheme seems open to spam by design. I don't think there's any way to handle spam/moderation in a fully anonymous decentralised network.

> I don't think there's any way to handle spam/moderation in a fully anonymous decentralised network.

Surely you could have small bayesian engines running in each client, and coordinate ratings through DHT. It would still have the issue of somebody potentially abusing such engine to effectively DDOS certain types of messages (e.g. mentioning a certain party), but you could try and fight that with modern consensus techniques from the cryptocurrency world.

> Surely you could have small bayesian engines running in each client,

If each client has a copy of the filter, then so does the spammer. The spammer can use that to craft spam the filter doesn't catch.

The lack of filter availability doesn't stop spammers bypassing even Google's uber-filters, so it's not much of an argument really. The arm race is what it is. The point is having a system that can react fast enough to remove the spam from most systems once it is identified.

> The point is having a system that can react fast enough to remove the spam from most systems once it is identified.

Then you need a system for distributing filter updates, and preventing the spammers from distributing bogus filter updates. Isn't this basically just the same problem as before?

That's why I said that injecting some modern consensus-finding strategies could be an idea.

Reminds me of https://notabug.io/ which makes you sacrifice some CPU in order to vote.

I'd like to know this, too. What sets it apart? I'm especially curious about performance, because both Deluge and qBittorrent chug a little bit on my machine when I have too many torrents listed.

You can limit qBittorrent pretty nicely with a cgroup if you're on Linux. It won't crash and won't lose much performance.

I'm forcing it to use between 75 and 125MB and it doesn't complain.

Note: I'm using "nox" variant as a user service and control via a web browser.

Qbittorrent recently introduced sql based resume file it is advanced option in beta I see an improvement with about 1000 torrent. Though for 1000+ torrents most people recommend rtorrent.

There's also an Android app:

BiglyBT, Torrent-Downloader (ad free, open source torrenting for phones, tablets, Chromebooks & Android TV) - https://f-droid.org/packages/com.biglybt.android.client

Or picotorrent https://github.com/picotorrent/picotorrent

Reply on news.ycombinator.com