1.75测试版

谢谢反馈,测试版更新记录连接已修复

谢谢反馈,下一版已改进

v1.75 Beta3 Mac 版发布了,欢迎试用

插件中心还没看到bitcomet上架,有办法手动安装插件试一下吗

文件边界与分块对齐解决下载卡99%的问题,用网盘或者迅雷下载完文件,放到资源目录里检验完整性却是99.9%

请教一下,迅雷下载100%完成的内容再用utorrent检查,显示99.9%,必须再下载一会才满百,实际文件有差别吗?
百度了一下有人也有这个问题,只不过很多人都错误理解为下载到99.9%不动的问题,该问题没有解决。
迅雷下载完的文件在utorrent中都只有99%怎么回事?是迅雷丢包了还是迅雷为了解决99.9%问题故意不下的?50我迅雷下载了视频,然后用utorrent载入之前迅雷下载视频的种子准备做种上传,utorrent校验下载的视频文件后都只显示完成率99%,从99.0%到99.9%都有,就是没有个是100%的。是我没有说清楚么?文件用迅雷都是100%下载完毕了的,我用utorrent将其上传,utorrent检测迅雷下载完毕的视频发现完成度只有99%。不是迅雷99%下不完的问题!

这些不支持bit协议的垃圾,就是这种毛病
padding 是BT协议,一个区块对齐,bit协议官网可查
用作目录多文件式区块对齐,可以解决99%问题和提高下载性能
比特彗星支持制作种子文件时候勾选“边界与分块对齐”,有效解决这种毛病
bitcomet wiki功能介绍:align_file_to_piece_boundary [BitComet Wiki]

bit协议官网,BEP介绍,draft代表规范化,就因为其它几家客户端都不遵守,才迟迟没accepted
https://www.bittorrent.org/beps/bep_0047.html

其实utorrent也有,不过没基于bit协议标准,高级设置中
diskio.use_partfile:此选项用于存储从您告知μTorrent要跳过的文件中下载的数据。这是防止分配文件所必需的。它分别存储跳过的文件的部分,因为μTorrent必须下载并保存整个部分以确认它是未损坏的,并且每个部分可以包含来自多个文件的数据。从torrent作业列表中删除torrent作业时,将删除partfile。

插件已经审核通过了。彗星全局选项里重新安装一下Chrome插件,然后重启Chrome,就会自动下载插件了。

麻烦做种我测试一下,谢谢


之前反映过界面DHT这里缺少一个每秒次数单位还没加吗。。


看来dht引起错误端口开放还得下个版本才能修了

Beta 4 已发布,欢迎试用

还得仔细测试一下看看是什么原因

比特彗星可以开发火狐插件吗,点击安装没有反应

使用手机流量开热点给笔记本电脑,彗星会错误显示绿灯,应该是bug吧

插件看到上架了,正常安装了!

测试可以正常下载了,问一下HTTP下载能移动到工作线程吗,,,卡GUI界面

下载哔哩哔哩播放视频的时候失败了
看起来是referer信息没有传递,,能不能增加一下传递,应该是没传递,还没抓包确认,被防盗链了
image

抓包发现就是请求DHT网络,节点回包后引起的。

有没有计划改进一下torrent_cache多级目录存储种子?我现在180W个种子,我放在SSD上,打开那个文件夹系统要卡机很久。

請問這是快樂表嗎? 雖然很開心… 但是覺得怪怪的… XD

1個讚

你有产生下载大小,分享率是上传/下载,如果下载大小为0那就是1:1

等待手机版加入rss功能,还有现在手机版对PT没办法支持,发起请求不规范
不但ua是随机的,,而且每次请求发起&event值都为started,流量统计方面还没测。。

[12/Feb/2021:01:14:01 +0800] "GET https://pt.itzmx.com/announce.php?passkey=xxxxxxxxxx&info_hash=%93%86%7CD%A5%04%F2C%C6%F8D%9F%11r%2F%B0%B9%CF%955&peer_id=-BC0175-%19.%FF%88%A3%B6U%A8%18%3A%EA%02&port=6666&natmapped=1&localip=192.168.199.59&port_type=lan&uploaded=0&downloaded=0&left=140767626&numwant=200&compact=1&no_peer_id=1&key=24974&event=started HTTP/1.1" 200 76 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36"[UKlT0] 1779215dad4-7ffb9447e180

[12/Feb/2021:01:14:22 +0800] "GET https://pt.itzmx.com/announce.php?passkey=xxxxxxxxxx&info_hash=%93%86%7CD%A5%04%F2C%C6%F8D%9F%11r%2F%B0%B9%CF%955&peer_id=-BC0175-%19.%FF%88%A3%B6U%A8%18%3A%EA%02&port=6666&natmapped=1&localip=192.168.199.59&port_type=lan&uploaded=0&downloaded=0&left=140767626&numwant=200&compact=1&no_peer_id=1&key=24974&event=started HTTP/1.1" 200 128 "-" "BitTorrent/3.4.2"[UKlT0] 17792162b56-7ffb97614fc0

peerid也应该用不同的方式命名,不要和PC混合,因为版本号就不同,现在看到是-BC0175-,版本号是1.0.1,所以手机版应该为-BCM101-这种形式?
顺便不应当开启分享率达到多少自动停止做种选项,让用户自行选择是否打开

qBittorrent 检测端口开放,比特彗星检测端口阻塞?
实际下载速度大约10m/s,应该没有阻塞吧

已在路由器中开放了对应端口,可是比特彗星还是说端口阻塞。
又试了一下用比特彗星下载,上传速度也有,也能连接到用户,是不是端口链接检测出现问题?

qb没有检测端口的功能,你说的是底部的绿色插头:electric_plug:吧,那是有网就绿

我发现一个不知道算不算BUG的问题。
我Win10系统,把系统用户默认的Download文件夹移动到e:\download,这样各种下载工具使用默认下载位置的话,是下载到e:\download的。


然后我设置BitComet的默认下载目录是“下载\BT\temp”,勾选了移动完成的任务到“下载\BT”,勾选“只从默认下载目录移动”。这样文件会下载到“e:\download\BT\temp”。

但是我在使用种子市场的添加到任务列表功能批量下载的时候,任务会下载到BitComet程序所在目录,而不是使用设置的目录。

我如果直接用打开种子文件的方式下载,会下载到正确的设定目录。
这个不知掉是哪里出现的问题。
这个情况1.72有,现在的1.74也有。

qBittorrent 用的底层libtorrent的BUG,错误检测端口,导致了qBittorrent 显示错误绿灯状态。
这点和比特彗星UDP端口显示已开放是相同的问题,如果发起DHT查询,收到回包后,就会显示为端口已开放绿灯,实际上端口并没有开启的,为阻塞状态

libtorrent BUG相关代码在这