Live data from Hacker News

BitTorrent v2

blog.libtorrent.org

461–470 of 576 posts

Re: BitTorrent v2

#461
post #382

Earlier quoted context omitted.

Aether looks cool, but why do you provide only Snap builds on Linux? I wanted to try Aether, but I avoid Snap as much as possible

We’re actually just in the middle of our move off Snap. Do subscribe to the mailing list and I can send an update once that’s out.

You should keep snap and offer other options if you want, the noise you hear is not a majority, snap works very well for many people and they don't have posts that reach top of HN.

Re: BitTorrent v2

#462
post #450

If you want to try a client with v2 (and v1+v2 hybrid) support, I've just released PicoTorrent v0.20 [0] based on Rasterbar-libtorrent 2.0 :) [0] https://github.com/picotorrent/picotorrent/releases/tag/v0.2...

Thank You. Will definitely check it out given uTorrent on Windows does't get much update anymore. I want to ask, were Rasterbar-Libtorrent and Libtorrent always the same thing? I thought they were different implementation? Did they merge or did memory serve me wrong. I couldn't Google anything useful so I just ask. In the era of streaming It has been far too long since I look at anything BT.

There are two libraries called libtorrent - Rasterbar-libtorrent (the one in this discussion, made by arvidn) and rakshasa-libtorrent (made by rakshasa).

Re: BitTorrent v2

#463
post #71

SHA1 has a collision, so now it uses SHA256. How long until a SHA256 collision? Shouldn't the new protocol just add support for many modern hash functions, and client updates can disable support for hashes that become insecure later? Or does this introduce its own headaches? That's what SSH does, right?

Collisions in the context of bittorrent are not a big deal. We could (and will, there are millions of torrents around that will never be updated) keep using SHA1 and the world is not going to end.

They were a big deal on other networks using for example MD5, due to collisions malicious clients would just send you garbage parts. You wouldn't notice until finishing the complete download just to see that the file was corrupted.

Re: BitTorrent v2

#464

Since we're on this topic, what's your torrent client of choice HN? I plainly use BitTorrent nowadays

Transmission. If you're looking for one on android, LibreTorrent looks absolutely amazing

Thanks. How's the Windows client? I mostly daily drive Windows whenever I'm not programming. I do intend on getting a separate Linux machine for NAS+torrent+Plex MS at some point, and it does seem promising

Re: BitTorrent v2

#465
post #123

Earlier quoted context omitted.

Because customers lose their minds with that model, largely as a result of conditioning that "internet" is an unlimited resource (which of course it is when instantaneous demand Personally I understand the economics around it, but still don't like the idea of paying per GB. I would end up skipping some Netflix and would get mad at kids for playing Netflix to an empty room (much like I currently get mad when they leav…

I really don't like the idea of limited bandwidth or charging per gigabyte because I know ISPs will rip people off and still not upgrade their networks to handle more traffic. But I think it would considerably change the Internet landscape. No more listening to the same exact song multiple times on Youtube or Spotify or whatever. No more downloading then deleting the same stuff over and over again. I think about it o…

That would probably increase the amount of storage space people would end up buying which would greatly increase the electricity demands on the end user.

I would bet this is already the most efficient way of it working.

You can setup a proxy service to cache internet requests too, but they're getting less useful due to greater use of HTTPS.

Re: BitTorrent v2

#466
post #450

Earlier quoted context omitted.

Thank You. Will definitely check it out given uTorrent on Windows does't get much update anymore. I want to ask, were Rasterbar-Libtorrent and Libtorrent always the same thing? I thought they were different implementation? Did they merge or did memory serve me wrong. I couldn't Google anything useful so I just ask. In the era of streaming It has been far too long since I look at anything BT.

There are two libraries called libtorrent - Rasterbar-libtorrent (the one in this discussion, made by arvidn) and rakshasa-libtorrent (made by rakshasa).

Arh... that is why I keep getting confused with the naming. Thank You.

Re: BitTorrent v2

#467

Earlier quoted context omitted.

The issue is that there's no way to know what this limit is. I understand the cost, but then tell us exactly how many GB I can use at full speed and when does it start to throttle. Instead I have to rely on internet anecdotes.

They do. I'm pretty aware of what my data transfer limits are on both my home and wireless connections. Granted my new ISP has no data caps and symmetric gigabit speeds so I'm a bit spoiled.

Unless you work for that ISP though, you don't know what the limits to their network are or how many people you actually share that line with.

It's gigabit speeds until all your neighbours suddenly want to download something too.

Re: BitTorrent v2

#468
post #114

Earlier quoted context omitted.

There are vast data archives exposed through private trackers that work on top of bittorrent. This isn't widely known due to their private, invite-only (and in some cases, entirely closed) nature but the fact remains that these exist and are fundamental in multiple, widely divergent communities.

Can you give some examples? It all sounds very... mysterious. At least, what kind of content are we talking about?

Music, movies, tv, video games, books. Some trackers specialize in one type of content, some have everything.

Finding URLs of private trackers is trivial in google. Getting an invite usually requires knowing another user, unless they temporarily open signups for everyone.

Here's one of many lists of private trackers

https://hdvinnie.github.io/Private-Trackers-Spreadsheet/

Re: BitTorrent v2

#469

Earlier quoted context omitted.

Some time ago I had a bunch of Chinese yuan on a Chinese account that I wanted to transfer to Europe. I couldn't do a wire transfer, and I couldn't bring them as cash since my German bank didn't want them. I could either pull 500 € a day via ATM (with large fees), or just send it via Bitcoin.

Why couldn't you do a wire transfer?

Fiat financial systems are full of most arbitrary restrictions. My anecdote: I once wanted to deposit money, came to a bank, gave them a bank card,

They: What is this?

Me: Money.

They: No, bring money.

Re: BitTorrent v2

#470

Earlier quoted context omitted.

The tit-for-tat algorithm is what makes bit torrent special and solved a real problem with the previous gnutella-esque generation of p2p file sharing programs. As far as i know emule did not have that at the time.

BitTorrent uses TCP properly instead of implementing a poor version of TCP using UDP which is why it is much faster than eDonkey.

Emulating sorta-TCP via UDP is something modern protocols like QUIC also do. It's the difference between 'a poor version' and 'a decent version' that matters.
Post reply on HN