這里的速度計算是帶延遲還是均值…不怎麼同步
种子市场国区禁用
- 找寻解锁版
- 换用非简体(也可替换软件目录中语言文件),设置系统「非Unicode程序的语言」为国区(比如新加坡)。
计算速度的滑动平均算法区间长度不同,区间长一些抖动小一些
我有反映过,之前帖子这样说的
另外…DEAD IP我覺得應該可以加長一下不連接時間…如果人家是還在他肯定會主動連線…
現在試的種子…做種中…只連到了200左右用戶…但其他5000個用戶都是DEAD的
如果把正在發起加大了資源都浪費在嘗試連接到DEAD的IP…
這里應該可以省很多
这倒不推荐改,,,这也是彗星的一大特色,改了后就变成qb一样了,只能让别人来连接自己不能自己去连接别人
现在已经有完善的超时策略,和高级设置可选项,可以自己调整下超时时间,例如修改为10秒
又不是說超時幾次就變成不連接…
我只是說加長例如超時20次變成5分鐘刷新一次…這樣不更好?
你把上限設成低點就知道了…連真用戶會很慢…都花費在DEAD用戶身上…
尤其你批量下載…DEAD的比例(數量)真高
又或者…至少給個設置?
network.tcp_connection_timeout
超时的话已经有这个选项了,可选值5-300,如果设置为300也就是5分钟
這個TIMEOUT不是超時嗎…
設300秒不就成了等他300秒
間接地封鎖了整個軟件的連接數量…
再者…就算設成5秒(或300秒…看定義解釋)連線量更大…然後說不定ISP就封你了…
我反而比较喜欢现在的设计
因为客户端名称有些很长,我的列宽只显示能辨别客户端种类的长度
Windows 11左下显示已取消网页导航
但在菜单栏看到是已经登入了的
列表调整表头顺序后,tooltip显示异常的问题已修复
感谢反馈。测试utp下载花了好几个晚上
自己的速度是120秒平均值,peer的速度是20秒平均值,所以有偏差
你的意思是调整连接失败的peer的重新连接等待时间吧?目前会优先连接没有失败过的peer,失败过的peer会被排在后面
根据设置,uTP传输也可以承载加密的BT传输协议。爱快抓包很可能是识别出uTP协议就都归入BT下载流量了。
感谢反馈,已修复
我在 Windows 11 22000.194测试了,左下角显示正常的。看看是不是有其他原因?
加密后应该就得识别不出来了才是,,,被识别出来就不叫加密了。
如果是为了兼容其他客户端,那可以在比特彗星自身客户端链接的时候做加密,,例子DHEV2这种,对同客户端生效,先发起第二代加密,如果失败则在保持连接的情况下发送第二个数据包自动尝试传统模式?
加密后无法得到原始数据,但是传输的数据否已被加密还是很容易判定的。uTP本身是有特征的,即使其传输的数据使用了DHE加密,还是会被识别出来使用了uTP封装。如果修改uTP协议本身,则会破坏和其它客户端的兼容性。
所以说这种加密就没有任何意义。。。要把整个数据包重新包装加密起来才有用,现在的加密就是,运营商还知道你在用UTP,只是看不到传输的种子文件内容是什么,还可以对加密后的utp进行qos或者屏蔽下载等干扰。
所以上面说了个方法,,,对自身相同的客户端采用另一套V2版本的加密机制,其它客户端在用传统的UTP协议这样?不知道还不好搞。。
做是能做,不过只有彗星自己用的话,可能意义不大
你要相信彗星的用户量!