Let's say you have all the episodes of FOO series that you downloaded as they were out, so you have like 20 torrents. Now let's say you want to make a bundle torrent with all the files, call it "FOO Season 1", and then send it to someone.
One way would be to create a new torrent with all the episodes, but you would lose all the seeds from the current torrents, and you also couldn't seed people that want to download single episodes.
Is this possible with the BitTorrent protocol?
Best Answer
In 2006 BEP 47 Padding files and extended file attributes was published. As soon as torrents contain TTH for every file and info.pieces is not required, one can manipulate files freely. The sample can be viewed here: for any folder the webserver is able to construct both dcls and torrent descriptions.
Unfortunately, this BEP was not widely implemented, so such an easy thing (in more mature p2p protocols like ADC and G2) is still not possible with most BitTorrent clients.
Also, in my practice current "info.files.path" approach is a big waste because nested directory names are repeated way too often. My GreyLink DC++ share has roughly 6800 directories. Its description in dcls format (that is, xml.bz2) is roughly 3.1Mb big. Unpacked XML is 12Mb. Being converted to .torrent format (following BEP 47) it becomes 16Mb big despite XML having TTH in Base32 and torrent having TTH in binary form.
Thus, some kind of nesting would be helpful to avoid repeating path fragments. I guess, there should be another BEP for nesting "info", and this would probably also allow what you want in another way.