brickfrog

Does p2p over i2p require port forwarding?

No, you'll torrent fine via I2P without port forwarding. Note that the torrents are running through the I2P network so technically you wouldn't want to open your torrent client to the clearnet anyway. It'd be like purposely introducing a VPN leak in your VPN setup by allowing it traffic outside the VPN (or in this case I2P).

Been a bit since I've tinkered with torrents over I2P but for a while I was seeding torrents over I2P and would get pretty good seed/upload speeds to other torrent peers. Was mainly testing with i2psnark and BiglyBT.

Fun fact: Torrent hashes don't change, so that same exact torrent you might download at TPB or wherever would still download within I2P as long as there's someone seeding it there.

Also see https://geti2p.net/en/faq#ports

Not exactly what you're asking but you can open a port forward for I2P itself to better communicate with other I2P routers. "routers" in this case usually means other people running I2P.

I don’t think think I have considered rTorrent before. But this one doesn’t have a remote GUI client the way deluge and transmission allow their UI to connect to a remote daemon, right?

Correct. You're referring to the thin client, offhand I think it's just Transmission and Deluge that have that. You don't need a thin client for a headless torrent client setup, plenty of people do fine with a web ui. But I get it, if you prefer using a thin client then yeah Deluge or Transmission are your options for that.

re: Deluge once you have logging enabled it'll be easier to troubleshoot things. Always seemed a bit odd that Deluge doesn't at least enable error/warning logging by default but that's a Deluge thing.

The behavior isn't normal - Without the error message itself it's hard to say. You're not seeing any tracker errors or anything like that within Deluge right?

Otherwise shut down Deluge, enable logging, then re-start it. See "Enable Deluge Logging" in https://deluge-torrent.org/troubleshooting

Maybe you want to set the log level to "error" or "warning", if those don't yield anything new then set it to "info" to log whatever error it is.

Also maybe update your post with your OS and Deluge / LibTorrent version.

For what it's worth in the past I've sometimes seen Deluge error on a brand new private tracker torrent, sometimes the private tracker needs a few seconds or a minute to update the tracker and show seeds/etc. - in those random cases Deluge ends up talking to the private tracker before all that & that results in it displaying some error like torrent not found at tracker, I forget exactly what the error was. It's a bit odd since I've never seen rTorrent/ruTorrent have that issue, seemed like a Deluge thing. Been a while since i've dealt with that and can't remember how I fixed it, think it involved having a delay before Deluge attempted to load/start the torrent.

for headless you get either Deluge or Transmission

The paid Seedbox providers usually default to rTorrent/ruTorrent for headless torrenting on their Linux based systems. Deluge/Transmission are the alternative clients in those cases.

Nowadays qBittorrent with webui enabled behaves pretty well on a headless system otherwise qbittorrent-nox is also an option.

Ah yes I think you're right, good catch. There isn't any distinction between a regular account vs uploader, they just use their skull system to denote "trusted" uploaders.

I’d like to post some movie and TV show dumps somewhere, particularly that’ll be indexed by Torrentio

Not a Stemio user but that requirement would limit your options right? https://torrentio.strem.fun/configure

Based on that your choices are to apply for uploader status at 1337x, ThePirateBay, TorrentGalaxy (if it ever comes back up), or maybe Rutracker if you can deal with the English/Russian translation. Just getting an account at those sites may not be possible but you'll need to try that to achieve what you want. Not sure if they'll give you uploader status if you're just uploading the same movie/tv content they already have.

If you don't care about Stemio you could try uploading to BitSearch / SolidTorrents, those are DHT crawlers (same database I believe). The admin does allow people to add torrent hashes to the main database there.

You're just referring to scene releases for music right? It's a bit confusing since you're referring to bundles, scene releases can be on their own or in a bundle depending where you get them. Private torrent trackers with scene releases for music have that type of thing e.g. some scene trackers do a 0day bundle of music every 1-2 weeks, some scene trackers do individual torrents of those releases.

I don't download much music so it's not something I'm well versed in but know it exists. Seems sort of annoying downloading a whole bundle of random music releases when you only care about 1-2 of the releases in the bundle. Then again having individual torrents for each and every music release does tend to lead to lots of dead unseeded torrents later on.

Interestingly public torrent indexers tend to have other non-scene groups doing music releases. On the FLAC side of things I've seen EICHBAUM and PMEDIA show up a lot and I'm pretty sure those have nothing to do with scene.

When i disable the setting bittorrent -> torrent queuing i get over 20 active torrents that are seeding.

This doesn't answer your main question but maybe just leave it as-is and don't overthink it? I find that torrent clients work best with torrent queuing disabled & letting the torrent client handle everything. Your torrent client is going to do the best it can with the available bandwidth/connections it can use - Definitely feel free to configure those if you want to control that a bit ("Global Maximum Number of Connections" and "Global Rate Limits").

Also remember it's not just dependent on your own limits, each peer connecting to you has their own bandwidth/connection limits.

Just to clarify OP is referring to sharing invites in !usenet_invites@lemmy.dbzer0.com

Not sure how exactly this survey was conducted, here at the small business I work at only about 2% of the desktops/laptops are Win 11 compatible. And being a small business the owner isn't interested in spending the $$ on new systems until absolutely necessary.

But that's on the small business side, maybe this article is only talking about fortune 500 companies? Their results seem a bit odd to me otherwise.

Same here, mobile check deposit and Zelle are literally the only things I've ever needed a bank app for.

I used to never use Zelle for anything but too many friends/family want to use some sort of app for exchanging money & that's usually what we settle on. And my old landlord wanted rent paid via Zelle so that was another thing that forced me to install a bank app for Zelle purposes.

Mobile check deposit is a requirement when dealing with a bank without any locations nearby. In practice I only need to use that once a year or so, checks are kind of rare nowadays unless you're a business owner with clients/customers paying with checks.

but metadata tagging

Not possible to keep seeding changed data. Changing the file contents changes the file hash / torrent hash. There is no way to keep seeding a torrent that expects different file data.

Not sure if it's worth it but if you really wanted to keep seeding the original data then you'd need to keep a "torrent" copy of that data for qBittorrent and your own copy of the files elsewhere that you can tag and change as much as you like.

and renaming fucks the files up.

Similar solution to above, you could keep separate folders if you wanted.

But technically as long as you never change the file data (e.g. no metadata tagging) then you could keep two separate folders and have the data hardlinked between them. That way you can rename one version of them as much as you like while keeping the original filenames in the other folder.

e.g. simple example

c:\qbittorrent\torrentdata\musicstuff <-- all files/subfolders hardlinked --> c:\mymusic\blahblah

Alternatively you could do what the other commenter mentioned & rename the files within qBittorrent itself. Personally I prefer the hardlink method since that keeps the torrent client with the same expected file names it looks for, makes it easier to do things like re-install / re-seed the torrent client, switch torrent clients, etc.

The old SPiRiT releases (rartv torrents) seem to work, for the torrents check Ext / Limetorrents / Torrentdownloads / rarbg.pw (RARBG backup torrents) / Watchsomuch