• 0 Posts
  • 59 Comments
Joined 1 year ago
cake
Cake day: June 13th, 2023

help-circle
  • It’s a nice gesture but I’m a bit doubtful that there’s enough people here to sustain a private tracker. Taking a guess at this but it seems most people here in c/piracy are general users, not specifically private tracker users - in fact a fair amount don’t even like the idea of private trackers.

    [email protected] exists but it’s pretty quiet by comparison.

    Not saying it’s a bad idea but it could be a while before a niche tracker like that would gain enough traction to sustain itself. And I’m just talking about a regular private tracker, not even going to touch on the idea of someone developing a “decentralized private tracker” whatever that means… TBH if you want decentralized just stick to public torrents with DHT/PEX, that’s already decentralized. Or maybe make a semi-private tracker like Demonoid if that’s more along the lines of what you want.



  • 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.


  • Jellyfin should work fine for what you’re looking for. I haven’t run it on a Pi but it should work on that. You’ll be able to play music using the web ui as well as mobile apps if that’s your thing. It can also transcode on the fly so if your current browser/device/whatever can’t play .flac directly it’ll automatically transcode the playback to .mp3 or whatever it needs to be.

    There are some other self hosted music/streaming projects you could take a look at that are much more built out for music playback specifically. Look into Airsonic-Advanced or Navidrome for example - I’ve been meaning to check them out myself but haven’t gotten around to it yet.




  • 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.



  • 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.



  • 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.





  • Should be fine, just don’t cheap out on the external drive / cable you will be using. And when you’re using something like smartctl you’ll know right away if SMART info is passing through your USB for proper testing.

    I’ve done a lot of these type of scans via USB drives, honestly the more annoying part is that some USB drives do wonky things like go into sleep mode within 1-5 minutes which will disrupt any sort of scanning you had going. So with USB drive scanning I usually implement something to keep the drive alive and awake e.g. a simple infinite loop script to write a file every x seconds, or if you’re on windows you can also use KeepAliveHD.


  • is there anything you would recommend?

    You’d need to donate via whatever means they accept donations, it’s not something you get to choose yourself. Unless you meant that you are going to keep contacting FOSS projects to ask them to set up new donation methods?

    Personally I donate via crypto or other means that they allow donations via credit card (Liberapay / Ko-Fi work well IMO) . No Paypal/Venmo since I can’t use those services - some FOSS projects I don’t donate at all if they only accept Paypal.


  • however I can still seed the torrent how is that possible?

    Yes you can still seed as well as download. But you are limited and can only upload and download torrent data in swarms that contain peers that are themselves fully connectable (port forwarded).

    So say you join a torrent swarm that only contains peers just like you (firewalled, no ports forwarded) then no one will transfer any torrent data with each other. Everyone is stuck waiting for a fully connectable (port forwarded) peer to join that swarm.