Live data from Hacker News

Show HN: Mabel – a fancy BitTorrent client for the terminal

github.com

11–20 of 60 posts

Re: Show HN: Mabel – a fancy BitTorrent client for the terminal

#11

I wish more HN posts about software releases were like OP, providing not just a who, but a what . OP: does this support version 2 of the spec?

It's built on top of this - https://github.com/anacrolix/torrent - so your answers probably there.

Re: Show HN: Mabel – a fancy BitTorrent client for the terminal

#12
At this point torrent clients don't provide much if they don't have a really differentiating set of features:

- torrents work if they are shared more than they are leeched, so it's just easier to have it run in the background. There's very little reason to not use the existing client/server models like transmission or tTorrent - indexing and search still relies too much on third parties. Integrate magnetico (passive indexing), bep 33 (dht-based scraping) and bep 51 (dht-based indexing) and the user gains an order of magnitude of autonomy because they don't rely on centralized authorities anymore - is there a possibility yo go further ? Make sharing files easier with bittorrent, or something like that ? Bittorrent clients should help with that

Innovation in this sector doesn't mean nicer fonts, there are real avenues for meaningful change that actually improve users' life

Re: Show HN: Mabel – a fancy BitTorrent client for the terminal

#13
post #2

Looks interesting, why does it require a special font? Suggest you remove the examples of downloading copyrighted content and the yify website from your readme.

It looks like there's a few glyphs being used in this application (things like folder icons, etc) that normal fonts aren't going to provide.

Ah - I'm not asking what it's for, I'm asking why isn't it optional. First time I've seen TUI software require installing a font.

Re: Show HN: Mabel – a fancy BitTorrent client for the terminal

#14
post #2

Looks interesting, why does it require a special font? Suggest you remove the examples of downloading copyrighted content and the yify website from your readme.

It looks like there's a few glyphs being used in this application (things like folder icons, etc) that normal fonts aren't going to provide.

[deleted]

Re: Show HN: Mabel – a fancy BitTorrent client for the terminal

#15
post #2

Looks interesting, why does it require a special font? Suggest you remove the examples of downloading copyrighted content and the yify website from your readme.

It looks like there's a few glyphs being used in this application (things like folder icons, etc) that normal fonts aren't going to provide.

what, your terminal doesn't have Unicode support?

Re: Show HN: Mabel – a fancy BitTorrent client for the terminal

#16
post #6

How many people are using torrents for non-piracy reasons?

Yeah it makes me a bit sad.. torrents are technically really cool, and the casual anarchist in me likes how they remove the need for expensive infra/bandwidth to serve huge data.

Yet the overwhelming use by far is just to pirate vids.

Re: Show HN: Mabel – a fancy BitTorrent client for the terminal

#17
post #6

How many people are using torrents for non-piracy reasons?

Installed ArchLinux from iso downloaded via BitTorrent just this weekend. BT is great for me because I live in Thailand and we don't always have the best mirrors but generally plenty of peers on fast domestic fibre links.

Re: Show HN: Mabel – a fancy BitTorrent client for the terminal

#18
post #12

At this point torrent clients don't provide much if they don't have a really differentiating set of features: - torrents work if they are shared more than they are leeched, so it's just easier to have it run in the background. There's very little reason to not use the existing client/server models like transmission or tTorrent - indexing and search still relies too much on third parties. Integrate magnetico (passive…

[deleted]

Re: Show HN: Mabel – a fancy BitTorrent client for the terminal

#20
post #12

At this point torrent clients don't provide much if they don't have a really differentiating set of features: - torrents work if they are shared more than they are leeched, so it's just easier to have it run in the background. There's very little reason to not use the existing client/server models like transmission or tTorrent - indexing and search still relies too much on third parties. Integrate magnetico (passive…

Do you actually use torrents day to day? I have a strong suspicion that nowadays most people in developed economies who might be interested in TUIs use private trackers, as they're much safer and usually much better curated. However, that means that a) ratios are usually enforced, you have to keep seeding b) DHT and PEX are disabled and explicitly forbidden. Which in turn means the features you are describing are anti-features, especially considering the rise to *rrr-family of tools aggregating centralised private trackers, and relative unpopularity of DHT for discovery. Without curation and entry barriers open systems like DHT are only going to get spammed and/or get the swarm members DMCAed by RIAA and friends.

Edit: slight rewording

Post reply on HN