2.12测试版

欢迎下载测试版,尝试新功能。请大家多提反馈意见,感谢各位支持~

v2.12 Beta2 [20241124]
界面改进:如果任务列表已排序,点击工具栏里的任务排序按钮时,显示先取消排序的提示信息
界面修复:网页控件在禁用深色模式时,仍然跟随系统启用深色模式
界面修复:鼠标拖动任务排序,移动到列表顶端或底部时,列表应滚动
界面修复:鼠标拖动任务排序时,翻页键会改变被拖动任务
界面修复:鼠标拖动任务排序时,目标位置指示条会闪烁
WebUI:显示HTTP任务服务器列表和连接列表
核心改进:专家模式下peer日志显示超级种子进度报告日志

https://download.bitcomet.com/beta/BitCometBeta_20241124_setup.exe
https://download.bitcomet.com/beta/BitCometBeta_20241124.zip

v2.12 Beta1 [20241120]
界面改进:升级界面库,修复macOS 14+上滚动窗口中的裁剪问题
核心改进:新增高级选项 network.exclude_remote_access_from_connection_restrictions,允许全局限速及TCP连接数上限排除远程访问连接,取代2.10版引入的 network.ignore_remote_access_in_speed_limit 设置项
核心改进:DHT、UDP Tracker 的 UDP 数据包超时调整为10sec

macOS版:

https://download.bitcomet.com/mac/BitComet_2.12.0.dmg

2個讚

核心改进的超时,之前版本的是多少?从多少改成10sec的呀?

以前的版本是20秒,2.12测试版和爱快软路由等一些家用网络设备默认值持平,改为10秒

这是个内部数值吧?没有修改的地方吧?

没有,最简单的观察方法,切换tracker服务器选项卡,查看连不上的udp tracker倒计时有多少秒就知道了

怎么时候加入搜索功能啊…来几个比较活跃的搜索网

good good


能否对这些非常规客户端进行激进点的反吸血策略?默认的是180秒,不限速的情况下应该能吸不少了,连上的情况下10-30秒就应该进行检测了,肯定误杀不了。

官方版默认值是120秒,可以通过高级设置调整时间,10秒的话,还没来得及申请磁盘缓存,对方客户端可能配置比较差,假设他是U盘或者内存卡存储文件,读取速度只有10MB/s,10秒这种情况容易还没开始有上传速度就被封禁了,可以自己设置30秒算是比较合理
bittorrent.anti_leech_stable_sec

3個讚

感谢。
以前就算是迅雷来吸至少还是有效的流量,就是行为不检点。现在这些PCDN用户吃了饭还要把锅给砸了,一点也不能忍。


现在IP过滤器已经可以使用了

建议增加一下客户端名称和peerID的自动更新
这样就无需手动添加客户端名称和peerID了

而且随着添加的名称和ID数量越来越多
现在的文本框 修改起来已经不是很方便了
可能要修改显示形式 比如弹出专门的对话框进行修改

当然也可以将其独立出来 像IP过滤器一样
在设置页面中为其设置单独的位置
这样在显示订阅功能时会更加方便


客户端名称和peerID通配符匹配功能也可以添加一下
主要是应对一般的 peerID和名称会变化的客户

我们不需要复杂的表达式只需要简单的通配符即可
可以使用 * 或者 ? 来匹配任意字符

以客户端名称举例: 某客户端V1.0
后面的版本字段是会变化的 不方便进行匹配
但若有了通配符后就会简单多了 例如: 某客户端V*.*

是否能考慮下修復:鼠標長按 拖拽任務時, 按下Page up or down, 鬆開鼠標后會變成別的任務, 使其不會變更, 以方便排列任務

我在幫Ubuntu種子做種的時候,發現有個大陸ip吸血的方式是用數個ipv6同時吸血,直接吃滿上傳頻寬,ipv6地址前半段和用的端口都是同一個,他是載完自動刪掉重載那種,所以單存用下載進度有沒有增加來判斷的話擋不了,我後來直接把他的端口擋了,但並非長久之計。

beta2 已发布,欢迎试用

1個讚

有这方面的考虑吗?

客户端名称和peerid不像ip地址有几十亿个,常见的不是很多,感觉没必要?
现在客户端类型里面的比较少,可以加个高级设置来实现允许白名单名称连接,(取消勾选其它客户端的时候,允许一些自定义客户端名称),这样来说应该更好一点

调用这个入口这样加白名单列表也不会和现有的名称客户端/peerid黑名单冲突

例如取消其它客户端,但是想加个白名单允许FDM的时候,上面的选项里面就没包含FDM

v1.85
更新日志

群里讨论的超级种子问题,原来是他闹了个乌龙,并不是比特彗星有bug
https://www.bittorrent.org/beps/bep_0016.html
不过之前我确实发现过一个问题,启用超级种子的时候qb没有速度一直是0%,除非有任何一个人获得了其中一个区块,这个是qb的bug已经有做过汇报,qb申请不到他要的区块就停止交互直接吸血式的断开了

感觉可以做一下我群里说的方案,给qb一个兼容性支持
超级种子判断产生分享率上传流量感觉可以判断健康度1%可能更好点,每10秒检查一次健康度,健康度大于1%的时候写入xml文件一个永久字段 xxx=1,然后超级种子启用时,每10秒检测一次,直到值为1就自动转换启用超级种子模式,如果为0那么启用超级种子的时候使用普通BT上传模式,不知道自动转换两者模式需不需要停止在开启任务,比如字段 availablepieces=“1”,健康度代表用户是否能正常下载完成,是否有人拥有完成区块
这样就不怕新制作种子的时候,如果用户列表只有qbittorrent就是0%永远下载不了的问题了

就是说启用超级种子时,先BT普通模式发送100%的进度给对方,这样qb才能申请区块进行下载,拿到1%的健康度数据后,就自动进度从100%倒退0%,改为发送0%的超级种子模式在继续做种

1個讚

可以做的。如果放在单独的文本文件里,可以每行写一个 客户端名称 或 peerID 的通配符,例如:

peer_id = "-BC01??-*"
client_name = "BitComet 1.??"

也可以考虑直接加到ip列表文件里,省事一点。只需要用 # 开头作为注释行,以示区别

# peer_id = "-BC01??-*"
# client_name = "BitComet 1.??"
1個讚

上面说的客户端名称/peer id通配符也可以放在这个窗口里。此外现在有什么常见的客户端也可以告诉我,直接加到界面上

qb的兼容性问题我回头研究一下他的代码,看看怎么处理最顺应现行规范

这个功能放到现有的客户端列表里面会比较好
这样可以修改已知的客户端 用户可以自定义 以后更新起来会更方便


其实我对客户端过滤的设想会更简单
可以将tracker服务器和IP过滤器的形式相结合

将高级设置中的 客户端名称 peerID过滤 和 端口过滤 搬迁到
主设置页面里

设置 “客户端过滤” 这一新的选项
像更新tracker一样分别更新这三个选项

当然最重要的就是格式问题
像tracker一样 每行一个即可 维护和识别起来都方便


用这个吧几乎涵盖了目前所有的客户端