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.

Just tested it and it seems to work normally on my Pixel 7.

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.

Just FYI rtorrent does not support I2P

https://github.com/rakshasa/rtorrent/issues/1240

https://github.com/rakshasa/rtorrent/issues/1168

There are only a few torrent clients that support I2P

• i2psnark
• qBittorrent
• BiglyBT
• XD

Also note that the only torrent client with DHT support via i2P is i2psnark, and only when using the standard java I2P. So in your case when using i2pd you can rule out torrenting via DHT. (BiglyBT sort of supports DHT but only when you manually click a button to force it to search DHT via I2P)

i2psnark standalone I think would still work for you (without DHT) but it is very, very feature limited when compared to standard torrent clients.

BiglyBT sort of works but it's not great as a full-time I2P torrent client, the devs purposely designed it to use I2P as a backup to regular clearnet torrenting. I'm not even sure if it's possible to configure it to be a full-time I2P torrent client.

That leaves you with qBittorrent and XD so those would be the ones you could check out. No idea about adding magnets or anything else via CLI but I do know there are tools that exist to do stuff like that for qBittorrent e.g. https://github.com/fedarovich/qbittorrent-cli

PS - Since you're not going to be torrenting with DHT it is important for you to make sure I2P trackers are added to every torrent you load otherwise you'll never find any torrent peers to connect to.

These are working public trackers in I2P that I know of:

http://w7tpbzncbcocrqtwwm3nezhnnsw4ozadvi2hmvzdhrqzfxfum7wa.b32.i2p/a

http://opentracker.skank.i2p/a

http://opentracker.r4sas.i2p/a

http://opentracker.dg2.i2p/a

This tracker is also in I2P but it only tracks torrents registered at their site:

http://tracker2.postman.i2p/announce.php

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

Ah that's interesting, all the banks around me stopped issuing ATM cards and only issue debit cards nowadays. I wish I wasn't required to have a debit card with those banks - I purposely tell my banks to disable debit/POS features on the debit card so it is only functional at ATMs.

All that aside you should consider getting a credit card or a prepaid credit card for those types of transactions. It's safer to separate your bank account from your day-to-day payments/shopping, not great when someone gets access to your debit card which then gives them direct access to your bank account balance. At least with a credit card those situations are just a dispute that never affect your actual money in the bank.