Brickfrog

That’s interesting, apparently it was mentioned on github but nothing seems to have changed in the end

https://github.com/balena-io/etcher/issues/3784

Haven’t used that software in a long time but maybe there’s an opt-out somewhere during runtime? Although I don’t see why a user needs to be required to opt out of nonsense like this when just writing firmware to a USB disk.

Only ever touched balenaEtcher when some project or distro recommended it. Overall prefer Rufus for this sort of thing when working on Windows.

Lots of permaseeders out there, you can be one too :)

There’s no real downside as long as your ISP doesn’t limit your bandwidth.

I’m getting the “moov atom not found” error even though the file is at 100%. The whole torrent isn’t at 100% yet, but I enabled sequential downloading.

Either the .mp4 is corrupt, or you need to wait for the torrent itself to finish 100% complete.

You are downloading in sequential mode, and it sounds like these .mp4 files were generated with the moov atom at the end of the file. Which means the file is cut off at the very end (aka corrupt) or the torrent itself just never finished downloading the last pieces of that .mp4 file.

At least that’s how I’m understanding your question… you’re saying the file is at 100% but you’re also saying the torrent isn’t at 100%, to me that sounds like there’s torrent pieces missing to complete the rest of the .mp4 file maybe.

EDIT: Just to add, technically encoding software can write that moov atom at the beginning of the .mp4 file which would avoid this problem entirely but it sounds like these files you’re downloading aren’t encoded that way. In encoding software usually that means “optimizing” the file or making it “web” ready for a web browser to play immediately as it downloads sequentially… I forget what ffmpeg calls it specifically.

EDIT 2: Thinking about it, if you’re desperate to play this file as-is maybe you can run it through ffmpeg to create a new .mp4 file and then play it that way. It’s not a real fix since the original source seems to be broken but you may be able to get something playable at least.

Again with this? You’re just spamming /c/Piracy at this point (and probably breaking rule #4).

Torrent swarms need at least one connectable (port forwarded) peer for any torrent data to transfer. In large torrent swarms you won’t notice this too much since there are usually plenty of connectable peers available.

The effect tends to be more noticeable in smaller swarms.

In practice you may not notice unless you try to download those torrents with one lone seed who also happen to have no port forward. In those cases you’ll see there’s a seed but no torrent data ever transfers over to you. (note that the same happens in reverse if you’re the lone seed on many torrents)

Are there new ones that carry the torch? Do the successors to these release groups have their trackers too?

The vast majority of public torrent indexers do not run their own trackers.

Dead trackers are common with old torrents. Personally I remove all the public trackers and just let DHT take care of that.

But if you prefer to have active public trackers on there then you could

1. Remove all the dead ones
2. Add the top x trackers from https://github.com/ngosang/trackerslist

Something like https://github.com/fedarovich/qbittorrent-cli ? Haven’t used it myself but it’s been on my radar.

I’ve found REDacted and Orpheus quite appealing, but they’re “hard” to get into

You just have to interview for either/both of them, they’re not really that hard to get into. Certainly easier to get into vs any of the big movie/tv trackers, none of those have interview to join.

That said if you are already established at other big private trackers then often you may be able to just join via the tracker’s internal forums, tracker recruiters are often found there.

Discussed in the earlier post https://lemmy.dbzer0.com/post/35846542