WEB种子是不是不支持分块下载啊？
我都下到99了想补那1%下这么多呢
我靠有BUG啊，文件大小都才340他下到了370，还在继续下载。。。
我用浏览器试了一下是能识别文件大小的，而且也支持断点续传（分块下载）
已经500多了。。。已经600多了。。。
web种子移除用户功能用不了，我手动停止了任务，删了这个web
种子
我用浏览器试了一下是能识别文件大小的，而且也支持断点续传（分块下载）
bittorrent.separate_sources_for_failed_piece
这个高级选项的BUG，你改成否就好了，以前提过几次web种子校验错误的问题
建议种子市场数据库新增一个是否删除的标识字段
IsDelete varchar(1) not null default 0
以解决手动删除部分种子后仍收到其他用户分享我删除掉的种子
这部分我猜可能在内存缓存里，下次重启客户端才重新加载？
未实测删除后是否还会分享。。
退出的时候，提高一个优先级做取消端口监听的操作，然后在执行退出软件，应该对退出几个小时都退不掉有帮助吧？
这样可以防止退出的时候收到新连接到软件上。看了下退出卡几个小时的情况，连接数上涨到几十万爆炸连接数，所以猜测退出的时候，预先取消端口监听更合理一些
谁有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即可
是有道理，但是软件每次启动时候会自动创建，，同时自身加一个删除应该不难。
难是不难，但是怎么说呢，多一步就多一点性能消耗，另外也不是每个人的路径都不对，只有一小部分刚下绿色版的或移动了目录的人路径会异常，这一部分人跑一下绿化是很容易的，但直接主程序加上创建删除这一步就会对所有运行程序的人造成一点点的没有意义的损耗。
系统是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個讚
应该理解有误，，我重新发一下，我说的意思是手动去停止任务后，，ws tracker还卡在那保持连接状态
能不能分享下peer_shares.db文件？做个种子，分享出来呗。
有这个计划，现在是1071万他人共享，计划1100万制作个种子共享出来