.torrent
有人可以解释每个文件末尾的乱码吗?
图片显示了可以理解的信息以及乱码部分的一部分。似乎可理解的部分在我画的粉红色管道处突然结束。
顺便说一句,我正在使用 UTF-8 编码的 VIM 中查看它,如果我没记错的话,应该使用哪些 torrent 文件进行编码。
.torrent
有人可以解释每个文件末尾的乱码吗?
图片显示了可以理解的信息以及乱码部分的一部分。似乎可理解的部分在我画的粉红色管道处突然结束。
顺便说一句,我正在使用 UTF-8 编码的 VIM 中查看它,如果我没记错的话,应该使用哪些 torrent 文件进行编码。
您所指的数据是键为 的字典条目的值pieces
。你标记的6:pieces129140:
位置之前的表示该条目的键长度为 6 个字符,这使我们可以确定键是pieces
。129140
紧随其后的是条目值的长度,以字节为单位。此数据结构是bencoding的结果。
文件中的pieces
字典条目.torrent
包含连接成一个长字符串的所有片段的 SHA1 哈希。哈希很重要,因为它们允许用户确保他们下载的片段是有效的。对单个文件使用散列比只对整个文件使用散列更好,因为它减少了数据的浪费;在您的客户意识到数据无效之前,您不必下载整个文件。
SHA1 哈希由 20 个字节组成,在.torrent
文件中存储为原始字节。这就是数据在您的编辑器中出现格式错误的原因。
pieces
映射到一个长度为 20 的倍数的字符串。它将被细分为长度为 20 的字符串,每个字符串都是对应索引处的片段的 SHA1 哈希。
摘自此BitTorrent 协议规范文档。