> Do they at least seed while watching?

Considering there is a file called "verify-no-uploads.js" ((https://github.com/hotheadhacker/seedbox-lite/blob/6a89d1974...)) in the repository, which contains "This script monitors network activity to ensure zero uploads", it seems to me like they're actively trying to just be leechers.

Sometimes I think private trackers are too uptight about ratios and hit-and-run rules, then I see something like this.

Wouldn't an app like this stop working after a few uses?

As I understand, the protocol penalizes users that don't contribute to the upstream, although I never checked the details.

Or do this kind of app keep changing the identity to avoid getting downgraded? Does Stremio work like this too?

Outside of a private tracker (which takes measures to keep random untracked peers from getting on the torrent), not really. Individual seeder clients can detect bad behavior like leeching and ban by IP, but each torrent is likely to have a different seeding pool.

So the penalty is mostly just on individual torrents. Of course, trying to pull something like this on a private tracker would get you banned real fast...

I was under the impression that part of what made bittorent work was that the protocol tried to estimate how much each peer is uploading moment to moment and only provide it that much data to download.

Oh definitely not, a limit that harsh would prevent most people from getting the whole file.

Uploaders get priority. But if you show up to a torrent past the initial ramp of growth there will be plenty of bandwidth to go around and you'll experience a high speed download regardless of your ratio.

Using "Seedbox" in the name is very misleading then... I would have been excited to see a Stremio style alternative that actually downloads and seeds content for an extended period of time.

> I would have been excited to see a Stremio style alternative that actually downloads and seeds content for an extended period of time

That's just a standard torrent client + media player combo, isn't it?

Although a standard torrent client doesn't download any file sequentially.

Huh? Did I misunderstand you - many torrent clients today allow you to download a file sequentially?

Maybe they're talking about prioritizing earlier "Piece"

If you're not uploading, you're not infringing/pirating (in some jurisdictions).

Isn’t piracy itself a form of leeching

In this context the word "leeching" has a specific meaning. In bittorrent, "leeching" is downloading, "seeding" is uploading. With a normal torrent client, every download has you starting as a leecher (downloader) and becoming a seeder (uploader), but this client skips that 2nd part.

A seeder is a peer which is serving a complete a set of all files. Peers which are not seeds also uploads, and this is not called seeding.

Yes, I didn't think that extra nuance would help in this situation. The person I replied to wasn't familiar with bittorrent terminology so adding in the complexity of whether or not you have the complete set of files is unnecessary for this discussion. But yes, you are correct and my statement was technically wrong/incomplete.

>Isn’t piracy itself a form of leeching

Actually i'm just collecting data to train an AI

well officers I see nothing illegal being done here, case closed

This looks like it's AI coded so I wouldn't take the presence of any file in the repository to indicate anything.

> a file called "verify-no-uploads.js" ((https://github.com/hotheadhacker/seedbox-lite/blob/6a89d1974...))

What the duck did I just read.

100% this was vibecoded and the author doesn't understand what they are doing…

I think you are right. At least they should document that it only works if you have netstat installed and using it on a device called "en0"

They do that implicitly in the comment above the function:

> // Function to monitor network activity (macOS specific)

I'm guessing all macOS computers use exactly the same NIC name, and come with netstat preinstalled?

If a torrent is already well seeded then downloading in random order isn't really a problem because there are already multiple complete copies out there. If it isn't, then the streaming client will likely receive less data from non-streaming peers due to the data it can offer being less rare and desirable, given several peers in the swarm downloads in sequence. That makes them all even less likely to be able to stream without pausing for buffering when there's not already a lot of capacity. So it probably works itself out alright.