BitComet 是一款功能强大、速度快捷、易于使用、完全免费的BitTorrent下载客户端。您可以使用BitComet打开torrent文件进行BT下载。
目前只支持 Windows。(Windows 98/Me/2000/XP/2003/Vista/2008/7)
在 Windows2000/XP 系列平台支持 Unicode, 以及 ICS/ICF, UPnP。
如果您下载的BT任务含有多个文件,并且只勾选了其中的部分文件下载,那么下载目录里就可能出现一个特殊的文件:“任务名.piece_part.bc!”。这个文件的作用要从bittorrent下载协议对多文件下载的处理说起。早期bittorrent协议里的文件分块Hash校验码是把文件分成固定大小的数据块后依次进行Hash计算生成的。如果一个BT任务里有多个文件,那么Hash计算到某个文件末尾最后一个分块时,会把下一个文件头部的数据直接拼接到一起来计算,这样就会造成该分块的Hash校验码与前后相邻的两个文件头尾各一部分数据都有关。如果文件大小比分块大小还要小,那么这个分块甚至会包含多个小文件的数据。在这种情况下,为了在下载数据后能够正确校验这个数据块的正确性,就不得不把该数据块所有相关文件的头尾部分数据下载回来后再一起进行Hash校验。如果用户选择了只下载这个分块所有相关文件里的部分文件,那么其它没有选中下载的文件也需要下载这个分块里的一小段数据。这些额外下载的文件数据就被保存到了“任务名.piece_part.bc!”里。
由此可见,“任务名.piece_part.bc!” 文件里的数据是用来对相邻文件边界处的分块进行Hash校验的。在BitComet v1.01及其以前版本,并没有 “任务名.piece_part.bc!” 的设计,因而对相邻文件边界处的分块数据校验是不完善的:仅在下载该分块时会进行一次Hash校验,任务停止后再进行完整性检查就会忽略这个数据不完整的分块,只检查其它分块。为了修复这个隐患,BitComet 从 v1.02版起,开始使用 “任务名.piece_part.bc!” 文件保存相邻文件边界处的分块数据。为了尽量减少这个临时文件的大小,避免浪费磁盘空间,只有部分数据被用户选中需要下载、部分数据没有被用户选中的分块才会被写入这个文件。
值得指出的是,为了避免出现一个分块含有多个文件数据造成的麻烦,BitComet从v0.85版开始引入了“文件边界按分块大小对齐”的功能。其原理是:通过在制作torrent文件时向文件最后一个分块里加入无用的填充数据,使该分块不再含有下一个文件的数据,从而避免了下载该文件时还需要下载相邻文件头部少量数据的复杂处理。对这类改进型的torrent文件,BitComet不会生成 “任务名.piece_part.bc!” 文件,但仍然可对选中下载的单个文件进行完整的Hash检查。详细介绍请参阅下一个问题。
这些特殊的文件用于附加到多文件BT任务里每个文件的结尾处,使下一个文件的起始位置与Hash校验分块的边界对齐。BitComet从v0.85版开始引入了“文件边界按分块大小对齐”的功能。其原理是:在制作含有多文件的torrent文件时,向每个文件最后一个分块里加入无用的填充数据,使该分块不再含有下一个文件的数据,从而避免了下载该文件时还需要下载相邻文件头部少量数据的复杂处理。为了兼容旧版本的BitComet以及其它的bittorrent客户端,这部分无用的填充数据以“padding_file”的形式存在于每个文件的后面。BitComet在英文界面下生成的这类特殊文件命名为”_padding_file_?如果你看到这个文件,请升级到BitComet 0.85或者更高版本“。
提示:由于这个特殊文件本身不含有任何有用数据,BitComet v0.85及以后版本在BT任务的文件列表中会自动隐藏这些文件,并且也不会去下载这些文件的数据,以免浪费网络带宽。如果您在使用旧版本的BitComet或其它的bittorrent客户端时看到了这些特殊文件,可以选择不要下载这些文件以节省网络带宽及磁盘空间。
可能造成这个现象的原因比较多,目前已知的原因包括:
可能造成这个现象的原因比较多,目前已知的原因包括:
提示:v1.18之前版本用户若多次发生任务列表丢失的情况,请升级到V1.18及其以上版本,备份任务列表。
打开 主菜单 → “文件(F)” → “导入和导出(I)“,导出 .bc_bak 后缀的备份文件。当任务列表丢失后,打开 主菜单 → “文件(F)” → “导入和导出(I)“,再导入 .bc_bak 后缀的备份文件。
请按照以下步骤转移未下载完成的BT任务。
V1.20及其以后版本支持导入BitComet、uTorrent、迅雷的未下载完成的BT任务继续下载。
P2PCache是指利用缓存技术,将P2P内容保存在缓存服务器上,这样使用P2P方式下载的用户就可以直接从缓存服务器上获取相应资料,从而加速用户的下载速度,同时减轻运营商Internet出口带宽压力,有力保障用户正常使用网络。该功能需要ISP支持。
详细信息可参阅网站 www.p2pcache.org
这个问题通常由于Outlook引起的,导致IE不能正确打开MHT文件。
方法一、请按以下步骤修复:
方法二、请按以下步骤修复:
magnet URI 计划是一个开放的标准,规范定义了Magnet Links(磁力链接)。Magnet URI(磁链)主要用于寻找P2P网络中的可用资源,其资源定位方式是基于内容本身或元数据,而不是资源的名字或位置。一般意义上的URI可划分为URN和URL两类,Magnet URI根据上述特性可以认为是一种统一资源名称(URN),而不是统一资源定位符(URL)。虽然它可以使用在其它应用上,但主要用途还是P2P方面,因为它可以不依赖网络服务器寻找到资源。
Magnet URI最常见的应用是根据文件内容的hash生成一个独特的指纹,有点类似于图书出版物编号ISBN。Magnet URI的一个优势是开放性和平台独立性:同一个Magnet URI可以在几乎所有的操作系统平台上进行下载上传的数据分享。由于Magnet URI是简洁的纯文本格式,所以可以通过电子邮件或即时消息的形式进行分享传播。
在BT下载程序中的应用:发布者可根据一个torrent文件的hash生成一个Magnet URI,再进一步利用DHT网络来传播这个Magnet URI对应的torrent文件,从而让其他用户能够进行BT下载。对普通用户而言,与常规BT下载的区别就是可先利用Magnet URI来获取torrent文件,而不是直接从网站下载torrent文件。在获得torrent文件后的下载方式和常规BT下载方式一样。
Magnet URI通常包含一个或多个参数,这些参数的顺序并不重要,参数的格式和HTTP链接结尾部分的查询字符串类似。最常见的参数是“xt”,例如:
magnet:?xt=urn:sha1:YNCKHTQCWBTRNJIV4WNAE52SJUQCZO5C
Magnet URI的一些常用参数:(详见wikipedia)
BitComet从v1.17版本开始支持Magnet URI:文件菜单里可以打开Magnet URI进行下载,任务列表右键菜单里可以得到已存在任务的Magnet URI。
BitComet支持的Magnet URI参数见(附表)。