People will want to download chicks or parts of the torrent, you should leave them separate.
this post was submitted on 26 Jul 2023
42 points (95.7% liked)
Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ
54577 readers
312 users here now
⚓ Dedicated to the discussion of digital piracy, including ethical problems and legal advancements.
Rules • Full Version
1. Posts must be related to the discussion of digital piracy
2. Don't request invites, trade, sell, or self-promote
3. Don't request or link to specific pirated titles, including DMs
4. Don't submit low-quality posts, be entitled, or harass others
Loot, Pillage, & Plunder
📜 c/Piracy Wiki (Community Edition):
💰 Please help cover server costs.
 |
 |
|---|---|
| Ko-fi | Liberapay |
founded 1 year ago
MODERATORS
Makes sense. What about individual folders? I'm concerned that the massive amount of small files could slow down the download quite a bit. Unfortunately, I'm not too familiar with the BitTorrent protocol, so I don't know if this would have an impact.
Small files don’t impact BitTorrent transfers. They’re sent in pieces of a fixed size, and those pieces can contain multiple files.
Depends on final size of the folder zips. 20-30mb? Sure. 200-300? Nah.
Jpeg is already compressed, so compressing them again won't do anything but make it impossible for people to selectively download just the image/folder they desire.
Metadata on the other hand sounds like text files, which compress very well. Wether the space savings is worth it is hard to answer without more info. I'd personally lean towards not archiving it.
Only if you can achieve significant compression. 15% or more.
Yes, you can, I would say that it would be good to deduplicate files first.
Also put a txt file with locations and file hashes in torrent, it could be usable if some valuable files were lost in the future due to seeders being inactive and torrent becoming dead, to make .torrent file smaller you would choose a bigger piece size, but in this case users would have to waste additional traffic if they are downloading only files they choose.
It would be nice then to have BEP-47 support for file alignment, but this comes with many padding files locations in torrent's metadata which makes it bigger.
If you have a big nested structure of folders, then every file there would have something like this info in metadata: folder1/folder2/folder3/file.jpg
All of these problems could be solved, if you're choosing format to BitTorrent v2 only while creating the torrent, but keep in mind that it won't work with Transmissions and uTorrents. qBittorrents are working.
You could choose a hybrid, but it makes torrent size a lot bigger.
So overall, bestly you would choose v2 or hybrid (with hybrids sacrificing torrent's size greatly, but providing your users with file hashes, deduplication and reduced bandwidth), or make at least a v1 torrent, optionally in a client that supports BEP-47 after deduplication and adding .txt
Leave them as is. I hate having to deal with archives inside torrents unless there's a very good reason for them.
Why not both?
I'd put it all in a single archive.
view more: next ›