现在能确定问题出在BitComet.xml文件SizeMainLeftTreeScale数值上了
BitComet --tray每次启动后没有读取这个数值，而是以默认的比例显示的
这就导致无论怎么调整，每次都会显示的很窄
应该跟UI无关
加了–tray参数默认不显示程序界面，是不是这里加载BitComet.xml文件的程序逻辑有问题？
嗯，自己對正規表示式不是很熟悉，但現在可以透過網路上的機器人取得答案，確實方便了很多。 如果在下載檔案前有工具能提供預覽和批次正規化後的新檔案名，這應該會非常實用。
豪华解锁版我试了 也没问题 
這四種torrent市場裡已下載的元數據可以放在同一個分類裡整理嗎?
不然在找torrent的時後都要搜尋四次
會導致bitcomet暫時卡住四次
這時間所有的連線都會中斷…
qbee可以在C:\Users\【用户名】\AppData\Local\qBittorrent添加一个blacklist.txt屏蔽，格式应该是“peerid clientid”（支持通配符与正则表达式）
可能我的意思有误，我的意思是说添加qbee一样的黑/白名单机制，替换掉以前的“客户端列表”以及“bittorrent.anti_leech_banned_peer_ids”
看起来是最近新添加的功能 这样倒是很方便
不过我不觉得需要移除现有的这些设置
允许用户自定义客户端列表会更好
更加灵活 也能起到黑名单的作用
可能我的意思有误，我的意思是说添加qbee一样的黑/白名单机制，替换掉以前的“客户端列表”以及“bittorrent.anti_leech_banned_peer_ids”,具体可以看看qbee的GitHub仓库以及issues，我也不懂代码
做种过程反吸血也不是完全没有办法，比如比较上传分析下载进度，检测是否是上报虚假进度，或者看上传量大小是否不正常
做种过程反吸血可以考虑以下项目
顺便要求可否完善一下webui的api，比如显示peerid，可以屏蔽peer等等，让其他开发者可以开发工具
目前彗星的 bittorrent.anti_leech_banned_ports 选项似乎对其他彗星不起效果
导致无法屏蔽滥用彗星的用户
不是，人家是正规的bitcomet怎么屏蔽peerid，应该是屏蔽IP或者端口才对吧，把能把自家peerid屏蔽岂不是变成残废了
bittorrent.anti_leech_banned_ports 就是屏蔽端口啊
bittorrent.anti_leech_banned_peer_ids 才是屏蔽ID
看错了
2.07正式版，选项里标签无法删除，删除后退出重新打开又恢复bug
对的，是有这样的情况，去勾选，重启后图标还是会恢复。
http还有办法增加线程吗？一些单线程限速128KB/s的下载，，，200线程最多跑26MB/s
文件蜈蚣这些其它下载器已经支持2000线程
什么时候把客户端字符串屏蔽做出来，每个peerid都不一样，最近好多种子都是Taipei-Torrent dev (n/a)
新的做种状态反吸血，我倒是没什么好的想法，基本上只能ip黑名单或者检测对方下载进度汇报
毕竟BT不像HTTP可以弹出js，验证码等来验证客户端是否合法
我唯一能想到的类似HTTP原理最好的办法就是，让对方客户端过一次人机验证，可以让比特彗星每一个做种任务可以申请一个临时的64KB内存，然后队列依次对每一个已连接peer询问要下载64KB数据写入临时申请的缓冲内存里，达到64KB或者20秒（一般建立连接后开始有速度需要10秒）内收到任何数据就立即断开，避免任务过多引起下载流量产生过大，只取64KB不需要对完整一个区块校验，如果对方回应则判断为绿色笑脸，如果对方未回应则保持黄脸，检测未通过则对其红脸加入拉黑，增加一个新选项卡状态显示，等待反吸血检测队列排队状态便于观察，如果没有任何peer则释放为这个任务申请的内存，避免运行上千任务时候引起不必要的内存泄漏
我想我这种反吸血方式比检测自身上传大小和对方进度是否发生变化更为精准
webgui里面没有peerid的信息显示
谷歌推出新的压缩引擎，什么时候支持下zstd
版本 123.0.2420.97 (正式版本) (64 位)
已经默认支持
Accept-Encoding:
gzip, deflate, br, zstd
压缩CPU效率是br的三倍
https://chromestatus.com/feature/6186023867908096
现有的tracker程序已经支持zstd，种子市场内可使用
http://49.12.76.8:2710/scrape
如果tracker强制使用zstd返回结果的时候，比特彗星客户端现在不支持zstd，会返回错误Unsupported tracker response format.
2.07版本请求一个udp tracker会发生2次重复包请求，会导致浪费一倍的流量
只有比特彗星会发生这种重复包情况，不知道哪个版本开始的，，，握手包和数据传送包都是重复2次请求
