1.92测试版

彗星论坛的保存机制太坑爹了,只要电脑崩溃比特彗星的所有下载任务都会随之崩溃,就不能搞个自动备份吗

因为电脑死机强制断电意外导致比特彗星任务列表被清空了如何通过bak自动备份文件恢复

安装目录下有Downloads.xml.20190625.bak这种文件,重命名为Downloads.xml即可恢复

或者配置目录下找到
%appdata%\BitComet

重命名一下即可解决
需要先退出比特彗星,在操作,同名的直接覆盖啊,后面带日期,代表你要恢复到哪一天

提两建议,感觉这两个地方的操作逻辑不太对劲

【1】种子市场的“自动刷新”按钮,每次打开软件,都会变成“开启”(无论上一次使用是否关闭),感觉有记忆功能会比较好。(毕竟如果数量多了,每刷新一次也费时,时不时就由于“总数增加”而自动刷新,感觉有点糟心。)

Snipaste_2022-07-24_19-08-40
Snipaste_2022-07-24_19-08-50

【2】种子市场的搜索,机制是搜索框内容每变动一次,就搜索一次,而种子市场达到千万后,每搜索一次耗时十几秒,所以如果不能“一次性全部输入”,就会在输入时自动搜索十几秒,而这十几秒会非常卡,导致搜索框输入卡顿。

建议,搜索框输入不自动搜索,而是在搜索框旁边放个搜索按钮,点按钮才搜索。
Snipaste_2022-07-24_19-27-46

实时搜索没错,就是你这千万。。。确实要考虑优化,

image
比如说设置无限制的情况,则改成你那种方式,或者延迟3秒才开始执行搜索

WEB种子是不是不支持分块下载啊?

我都下到99了想补那1%下这么多呢

图片
我靠有BUG啊,文件大小都才340他下到了370,还在继续下载。。。


我用浏览器试了一下是能识别文件大小的,而且也支持断点续传(分块下载)

图片
已经500多了。。。已经600多了。。。

web种子移除用户功能用不了,我手动停止了任务,删了这个web
种子

bittorrent.separate_sources_for_failed_piece
这个高级选项的BUG,你改成否就好了,以前提过几次web种子校验错误的问题

使用多个torrent文件,批量下载时候,没有弹出校验文件完整性的选项,导致被触发重新下载

建议种子市场数据库新增一个是否删除的标识字段
IsDelete varchar(1) not null default 0
以解决手动删除部分种子后仍收到其他用户分享我删除掉的种子

这部分我猜可能在内存缓存里,下次重启客户端才重新加载?
未实测删除后是否还会分享。。

退出的时候,提高一个优先级做取消端口监听的操作,然后在执行退出软件,应该对退出几个小时都退不掉有帮助吧?

这样可以防止退出的时候收到新连接到软件上。看了下退出卡几个小时的情况,连接数上涨到几十万爆炸连接数,所以猜测退出的时候,预先取消端口监听更合理一些
image

image

谁有mac的帮测一下能不能自动弹出比特彗星拉起下载?

BitComet_x64.exe --url bc://http/QUEvMjAxODAzMjktYW5kcm9pZF92ZXJzaW9uc192Ml8yX3RoZV9HdWFyZGlhbl9vZl9zaGVuemhvdV9ndW9mdS5hcGsvP3VybD1odHRwczovL2JoM3JkLWFwcC5vc3MtY24tc2hhbmdoYWkuYWxpeXVuY3MuY29tL3B1YmxpYy9BbmRyb2lkLzIwMTgwMzI5LWFuZHJvaWRfdmVyc2lvbnNfdjJfMl90aGVfR3VhcmRpYW5fb2Zfc2hlbnpob3VfZ3VvZnUuYXBrP2FiYyUzRDElMjZhYmNkJTNEMSZyZWZlcj1odHRwczovL3d3dy5iYWlkdS5jb20vJmNvb2tpZT13eGk1c244OTJwaHA4Ym1wYW55amNtZnFmNGxrdXM2Mj1idDE0dndwNTQ4NTZ0czBwNG81dzhveDBjZ2NpdDVocyZ1c2VyX2FnZW50PUFtYXpvblMzJm1pcnJvcj1odHRwczovL2JoM3JkLWFwcC5vc3MtY24tc2hhbmdoYWkuYWxpeXVuY3MuY29tL3B1YmxpYy9BbmRyb2lkLzIwMTgwMzI5LWFuZHJvaWRfdmVyc2lvbnNfdjJfMl90aGVfR3VhcmRpYW5fb2Zfc2hlbnpob3VfZ3VvZnUuYXBrPyUyNiZtaXJyb3I9aHR0cHM6Ly9iaDNyZC1hcHAub3NzLWNuLXNoYW5naGFpLmFsaXl1bmNzLmNvbS9wdWJsaWMvQW5kcm9pZC8yMDE4MDMyOS1hbmRyb2lkX3ZlcnNpb25zX3YyXzJfdGhlX0d1YXJkaWFuX29mX3NoZW56aG91X2d1b2Z1LmFwaz8lMjYlMjYmbWlycm9yPWh0dHBzOi8vYmgzcmQtYXBwLm9zcy1jbi1zaGFuZ2hhaS5hbGl5dW5jcy5jb20vcHVibGljL0FuZHJvaWQvMjAxODAzMjktYW5kcm9pZF92ZXJzaW9uc192Ml8yX3RoZV9HdWFyZGlhbl9vZl9zaGVuemhvdV9ndW9mdS5hcGs/JTI2JTI2JTI2Jm1pcnJvcj1odHRwczovL2JoM3JkLWFwcC5vc3MtY24tc2hhbmdoYWkuYWxpeXVuY3MuY29tL3B1YmxpYy9BbmRyb2lkLzIwMTgwMzI5LWFuZHJvaWRfdmVyc2lvbnNfdjJfMl90aGVfR3VhcmRpYW5fb2Zfc2hlbnpob3VfZ3VvZnUuYXBrPyUyNiUyNiUyNiUyNlpa

哦,,可以了

open -a bitcomet路径 --url 链接

快捷键wiki麻烦更新下,,和软件内不一致
http://wiki-zh.bitcomet.com/bitcomet命令行?s[]=命令

http://wiki.bitcomet.com/bitcomet_command_line?s[]=command

还有上方的命令行创建bc连接时候,使用-s参数不生效,无法直接静默下载添加进入任务列表中

删除后还会收到其他用户的分享

zip绿色版创建的快捷方式指向的为老目录,是否应启动的时候,删除原有的在创建新的?
使用 Windows 10 操作中心通知(需要在开始菜单中创建快捷方式)高级设置:ui.win10_toast_notification

%appdata%\Microsoft\Windows\Start Menu\Programs\BitComet
%appdata%\Microsoft\Windows\Start Menu\Programs\BitComet (64-bit)

让我想到了以前绿色软件的 绿化.bat 就是用来干这个的
这里也一样,不应该让程序每次启动都干这个,交给bat即可

是有道理,但是软件每次启动时候会自动创建,,同时自身加一个删除应该不难。

难是不难,但是怎么说呢,多一步就多一点性能消耗,另外也不是每个人的路径都不对,只有一小部分刚下绿色版的或移动了目录的人路径会异常,这一部分人跑一下绿化是很容易的,但直接主程序加上创建删除这一步就会对所有运行程序的人造成一点点的没有意义的损耗。

image
系统是Windows Server 2022 Datacenter 21H2

正在上傳: taskmgr_UORUcJFhT5.png…
问个问题,我使用比特彗星时(1.91)(1.92)都出现一个问题,UI退出后,后台有进程驻留,还会弹出提示

进程无法结束,发错错误报告后,依然无法结束进程

@wxhere15 @zhuxiaoying85309
问下,现在的 uTP 机制是什么样?

我选择的是 [自动检测],感觉目前好像是对方支持 uTP 的话就会优先走 uTP(UDP)协议,不支持的话才会尝试 TCP 什么的,当然我也只是猜测

开启 uTP 在一些情况下确实下载速度会更快(链接到更多用户),但有些时候会因为对方正好支持 uTP 而导致优先使用 uTP(UDP)协议(而这个用户可能支持 TCP 链接),致使下载速度差点意思,此时禁用 uTP 后就会重新链接并改用 TCP 协议,反而速度会快很多。

我简单测试过,先禁用 uTP 等下载速度稳定后再去开启,相比一开始就开启时,下载速度会更快一些。
这是我前几天下载一个冷门资源时发现的。。。

所以我就想,能不能优先尝试 TCP,不行的话再去尝试 uTP 协议,这样理论上会速度最大化。
毕竟 TCP 能连上的话,相比 UDP 要稳定且快速一点(且不易被运营商等环节 QOS 影响)。

自动检测优先用TCP,连接失败一次,或者建立连接成功后,传输过程时中途断开,下次就会用就变成utp连接对方,utp主要目前是以小包发送,不支持utorrent那种大包发送模式,导致吃满一个CPU核心引起速度传输不快,目前还不支持多核心CPU均衡负载

禁止,则关闭UTP,走BT协议加密,不允许UTP协议传入
自动检测,默认发起为TCP,如果TCP失败则尝试UTP,允许TPC传入,允许UTP协议传入
优先,忽略BT协议加密设置,始终以UTP请求发起,如果失败,不会自动转换TCP连接,允许TPC传入,允许UTP协议传
强制,忽略BT协议加密设置,始终以UTP请求发起,并且需要传入链接也为UTP,禁止TCP传入,允许UTP协议传入

针对这个问题,可以加大连接失败次数,默认是一次就转成UTP,可以做成5次在转UTP,同时应该改成大包发送来提高传输速率。
目前比特彗星一个UTP传输包548字节,utorrent等其他软件支持1438字节一个包,传输效率高三倍,而且CPU占用很低,比特彗星使用UDP协议时候,CPU占用一直很高,估计是有什么代码吃CPU没有优化

也不用考虑什么鬼mtu吧,或者做成高级选项,支持巨型帧,也就是9014字节

1個讚