1.96测试版

好像有个小问题,,软件启动后是端口通的绿灯,启动全部任务后不知道偶尔为什么会导致端口TCP无响应,直到重启软件才恢复端口,大概50%几率会遇到这个问题。
尝试修改network.max_connections 限制或者无限制都会出现。然后只能本地发起TCP,收不到来自远程连入的peer

端口绿灯正常的情况下会响应curl: (52) Empty reply from server

curl 127.0.0.1:22223

出问题的时候响应

curl: (7) Failed to connect to 127.0.0.1 port 22223 after 2060 ms: Connection refused

ipv4和ipv6的本地端口访问都会这样。。。挺奇怪的

curl [::1]:22223

image

看起来应该是被比特彗星软件代码里什么东西限制了。。。出问题的时候我选项里面换一个其他端口,在换回去原来的就秒恢复,还是说这是Windows系统层的毛病?我看资源管理器里面进程监听到的端口还在,毕竟系统看到监听但是端口不通,,大概率是系统毛病?如果是系统的BUG那就没办法了!但是我重启了系统也会出现这种情况,以前版本好像没遇到过,,更新beta4后第一次遇到这种怪异现象

在解决下这个问题和上面的BT任务速度归0的问题。。和UTP上传速度慢导致下载速度也慢的问题,Transdroid看到代码合并了,不过还没发releases,都解决应该就能发正式新版本了。

可下版本去解决
UTP速度问题!!!
打洞的问题,bittorrent.utp_after_holepunch选项的强制可删了,,设置强制不起效果而且已经失去作用了,不如删了强制选项,保留自动检测TCP→UTP→打洞请求轮询效率好。
用户列表添加用户选择utp发起方式也是坏的了,,不管选哪个都是永远utp直接发起,感觉这个手动添加和选中peer设置发起方式选项也没用了可以删了。
我测试发现了,私有种子下打洞是等待建立连接过程请求自身客户端已经建立TCP和UTP传输连接的所有peer,这样测试了也没问题,,私有种子下测了成功打洞了。
之前还以为是发送UDP打洞去请求此peer对方客户端中获取他人已经连接UTP的peer列表udp远程端口信息返回给自身客户端。论第二人称视角和第三人称视角的差别。

beta5 已经改成HTTP任务一样的处理方式了,剩余内存不足时再限速,而不是直接暂停分块请求。可以试一试效果。

测试了一下,暂时没能重现

这两个选项本来是用于测试用的,普通用户用不上

话说制作种子默认自动检测的区块是不是太小了。
比特彗星生成出来是256KB,utorrent是1MB,libtorrent好像是2MB
image

image

image

软件生成种子太小的区块,虽然更加利于P2P上传分流,但是用户下载时候写盘次数会过多。

效果非常好,没出现下载掉速现象了!

那就不管它了,,,等正式版发布后如果有其它人反馈在研究。。

这选项已经坏了,加上现在打洞已经完善了,应该就没必要保留了。或者把选项和手动添加发起方式给修好。。


1106版本还是存在丢资料的情况,下载完成打开图片发现有的打不开,停止后手动校验就恢复了

每次种子市场删除一些种子后过一段时间又会收到其他人共享导致反复出现,建议数据库增加删除标识,已删除的不要再添加到市场里

这样会记录所有已删除的数据,导致数据库无限膨胀,加载则需要更多的内存。。影响能效,可以用黑名单设置关键词拦截功能代替

对于删除内容,标题日期什么的都可以为空,只保留hash跟接收时间以及删除标识就行,实际上相较于原有的内容是减小空间的,一个hash是40字节,我存1000万删除的也才10000000*40/1024/1024=381.469726563 M, 算上接收时间跟删除乘个1.25也才470多,我个人是可以接受的,还可以删除接收时间比较早的种子(接收到已删除内容更新接收时间)

我搜索的关键词并且进行筛查看看有没有需要的,有就添加到我的共享并删除,没有就直接删除。黑名单没法拦截。。。

话说黑名单什么时候支持正则呀?
对于这种动不动100个域名的网站一个个手动输入不太方便呀
ds01.xyz到ds99.xyz这种
ds[\d]+.xyz

任务列表有10个任务的话,选择添加时间排序,滑动条滚动在最上方,然后新建任务,任务新建后滚动条会自动跳到最尾部。

关于下载到以前重复的同一个资源文件的建议!!!

以前已下载过的资源,用过或观看过以后撤除了,当下次再下载该资源时,能不能提示一下,以前已下载过了。
或者自动保存已下载过的种子文件与现在的实时种子文件自动进行比对,在实时种子文件前面加一个标记,以免重复下载。
盼改善!!!

怎么下载啊,点击打开都是找不到网页,求大神指导

fq下载,而且这是测试版。

该功能已有,测试正常提醒
SHANA2022-11-09 17-56-01

提两个建议,不是bug,不过这样会更舒适。
一一一一一一一一一一
种子市场的黑名单可以更深入一点,只要添加关键词,原有的种子市场数据库就会删除包含了关键词的种子市场数据。
一一一一一一一一一一
种子市场的【自动刷新】按钮,每次打开软件,都会变成“开启”(无论上一次使用是否关闭),感觉有记忆功能会比较好。
(毕竟如果种子市场数量多了,每刷新一次也费时,一旦忘记关掉,时不时就由于“总数增加”而自动刷新,会占用运算资源。)


一一一一一一一一一一

小蟲回報, 熱門排序有空白?

image

建議追加長效種子源 top 100, 1000, 10000, 透過長效伺服器排序, 直接反饋, 創造彗星最火熱的種子來源清單…

image

原理類似 Trackers Top 100 更新

將彗星資源推上高峰, 也讓新手無腦下載絕不死種…

beta6 已修复

感谢反馈,希望能找到重现的方法

下一版考虑增加哈希码屏蔽列表,比较节省空间

beta6 已支持

是按照添加时间升序还是降序排序啊?

可以在种子列表查找框里筛选出来,然后全选删除

感谢反馈

感谢反馈

做这个风险太大

现在就更新开始测试
用户可以使用正则表达式按名称过滤任务列表和种子列表。 例子:

  • 名称包含 key

key

  • 名称包含 key1 key2

key1|key2

  • 名称包含 key1 key2

(?=.*key1)(?=.*key2)

  • 名称包含 key

^(?!.*key)

  • 名称包含 key1 或 key2

^(?!.*key1|key2)

  • 名称包含 key1,但包含 key2

^(?!.*key1)(?=.*key2)

  • 名称以HD(?代表0或1次匹配)或大小写字母([A-Za-z])开头且长度为三到四位({3,4}以短杠分隔后加数字(\d代表数字,+代表数字长度大于等于一位),用于搜索或屏蔽番号

^(HD)?_?[A-Za-z]{3,4}-?\d+
正则表达式在线测试及可视化

安全第一

1個讚

果然还是需要录个屏。。。大概就是这样,添加时间排序的时候,新任务添加后,右侧的滚动条被拉到末尾了

BitComet_x64_2022-11-12_00-31-19

支持这种\特殊符号匹配吗,和自动大小写支持吗,我还没下载测试
下方正则代表检测包含exe,+号,qq两个英文字母就匹配

(.*)((\.exe)|(\+)|(qq))(.*)