brickfrog

This way, private torrents could “escape” into the wild, still maintaining the privacy and social/closed community effects of the private tracker.

Except that it wouldn't. The infohash that the private flagged torrent generated is different vs a public non-private torrent of the same contents. Your suggestion would purposely share the same exact private torrent infohash into public DHT/PEX, that would certainly get people banned at the source private tracker(s). I also suspect most/all torrent client developers would consider that incorrect behavior.

If you wanted to do a more "correct" approach on this - Create a brand new public non-private flagged torrent of those contents, which would generate its own unique infohash, then it's just a regular torrent. You'd end up needing to seed multiple copies of the same torrent (the original private flagged torrent and your new public torrent) but sure that would be possible as long as the torrent client itself has DHT/PEX enabled. Most private trackers won't care too much but some of that does depend on individual trackers and uploaders, you'd need to check their rules.

If it's a movie blu ray you can usually play the "index.bdmv" file in a compatible media player e.g. VLC definitely works. MPC-HC / MPC-BE works too, I think(?) MPV can play them too. As well as Jellyfin and Kodi if that's your thing.

Alternatively browse into the "STREAM" folder, usually the biggest .m2ts file in there is the actual movie or whatever it is you want to play. The above media players can play that directly if preferred.

For TV series the above usually works too but the episodes are usually split out among multiple .m2ts files so it might be easier just to play them directly in that case.

Maybe private trackers? I'm not a member at these but TVCUK ~~and TheEmpire~~ do tend to get mentioned as trackers with that type of content.

EDIT: TheEmpire apparently does not include UK in their torrents per the other comment.

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.

So, OP is downloading a torrent containing a sequential zip file?

We're in !jellyfin@lemmy.ml so OP is talking about downloading a media file (.mkv, .mp4, etc.). I don't think Jellyfin can play .zip files (?) but could be wrong.

So in the filesystem envision a .mkv movie file that exists but is only say 1% complete so maybe it is currently at 1 MB file size. This is a sequential download so it is downloading in order from beginning to end. Media players like Jellyfin, VLC, etc. can recognize and play this .mkv file, normally it'll stop when it gets to the 1% data end which could be maybe 3 minutes of playback or whatever.

The magic with a sequential download is that it is still downloading, in OP's case the download is going faster than the media playback. So by the time Jellyfin finishes playing that first 1% of the file the torrent client maybe already downloaded an additional 10% so Jellyfin continues playing the file uninterrupted. Meanwhile the torrent client is still going, since the download rate is ahead of Jellyfin's media playback that should mean that Jellyfin will eventually play the entire .mkv movie file uninterrupted from beginning to end.

You can sequentially download .zip files as well, in that case it'll just be this blob of data that starts at the beginning of the file data & goes through to the end. Not sure that is very useful to most people but if the sequential download grabbed the first/end pieces of the file maybe you can at least view the inside file listing of the .zip file before it finishes downloading, could be useful if you just want to preview it before the download completes?

When I’m downloading .part zip files as part of one torrent, how can I go about continuing seeding but not having to have both the archives and the extracted files to save space? Is that even possible?

Normally not possible, you need the untouched torrent data to exist to continue seeding.

No experience with this but I've read that if you're on Linux using a filesystem with FUSE you could sort of keep .zip files intact while still interacting with them, sort of like mounting the .zip files in the live OS. That might be more along the lines of what you're after since you'll be able to keep the .zip files untouched in that sense while still being able to use them elsewhere.

Just leave it loaded in the torrent client.

e.g. if a sequential downloading torrent was downloading into "thisfile.mkv" it starts off at 0% - 99% progress. Eventually when it finishes it'll still be the same "thisfile.mkv" just at 100% complete. Nothing in the torrent client changes, it'll keep the torrent loaded and seeding unless you configure it to stop.

With OP's post they are downloading without moving or renaming the file so nothing changes from a torrenting perspective. Not sure if you meant to ask something else, like if you're moving or renaming the file outside of the torrent client then yeah that would break the seeding.

Do you require that your torrent client download using .part files? Seems like it would be easier to disable that setting in your torrent client so it sequentially downloads into the expected file name and extension. That should be enough for Jellyfin to see it is a .mkv or whatever with the proper name and scan it/play it.