You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have checked the existing issues to avoid duplicates
I have redacted any info hashes and content metadata from any logs or screenshots attached to this issue
Is your feature request related to a problem? Please describe
BEP47 (padding) and BEP52 (V2) support adding padding files to torrents to ensure that files start at piece boundaries and pieces do not contain parts of more than one file. For backwards compatibility, these padding files are included in the torrent but should be ignored by modern clients and treated as full of all zeros.
Describe the solution you'd like
Do not store file information for these padding files.
Describe alternatives you've considered
Ignoring the padding files when viewing a torrent's files in Bitmagnet.
For interoperability with BEP 3 a torrent can be created to contain the necessary data for both formats. To do so the 'pieces' field and 'files' or 'length' in the info dictionary must be generated to describe the same data in the same order. Since the old format did not align files to piece boundaries a multifile torrent must use BEP 47 padding files to achieve identical alignment.
The text was updated successfully, but these errors were encountered:
attr
A variable-length string. When present the characters each represent a file attribute. l = symlink, x = executable, h = hidden, p = padding file. Characters appear in no particular order and unknown characters should be ignored.
The padding files should be straightforward to identify with this.
Is your feature request related to a problem? Please describe
BEP47 (padding) and BEP52 (V2) support adding padding files to torrents to ensure that files start at piece boundaries and pieces do not contain parts of more than one file. For backwards compatibility, these padding files are included in the torrent but should be ignored by modern clients and treated as full of all zeros.
Describe the solution you'd like
Do not store file information for these padding files.
Describe alternatives you've considered
Ignoring the padding files when viewing a torrent's files in Bitmagnet.
Additional context
Padding files and extended file attributes: http://bittorrent.org/beps/bep_0047.html :
e.g.:
.pad/1
.pad/2
The BitTorrent Protocol Specification v2 http://bittorrent.org/beps/bep_0052.html :
The text was updated successfully, but these errors were encountered: