2.00测试版

种子存档闪退问题


mac窗口显示问题

有苹果M2资源吗?之前无意升级到1.99,全英文下载还在闪烁。。。我想赶紧升到2.0,求资源

image

很多BT软件都支持64MB了,比特彗星不支持一下吗?目前只到32MB
image

今天任务列表的列宽和标签被莫名其妙的重置了,要重调和重选了。

昨天关电脑前没动过任何设置,也是等后台完全自动退出后才关的机,今天开机就这样了。偶发现象,难以复现

命令行调用-s参数的时候,制作种子使用的tracker等信息会全部变成默认值,配置文件失效,还有能否加一个参数控制区块大小,以便节省万人连接数下载时候的内存开销,不然内存超了比特彗星直接不工作了

BitComet_x64.exe -m "D:\迅雷云盘" -o D:\torrent -s --tray

DNS查询


报错

beta2已发布

突然看到2.00测试版多了个这个东西?没怎么看懂干嘛的,不启用这个的话,会影响长效种子使用吗?

Support Us
BitComet is a free software. You can support the development of BitComet and unlock extra features by sharing your internet access with encrypted connections.

The traffic sharing is disabled by default. The developer will get paid when you turn on the option and shares your internet connection with no access to personal data. This facility is provided by the third party company Pawns.app under the Privacy Policy

The BitComet supporters can enjoy all the features of a user with high CometID level. Please see more details in https://members.bitcomet.com/

http://wiki.bitcomet.com/bitcomet_options?do=#support_us

DHT和tracker市场元数据下载走的是主线程吗?高级设置里设置的并发量比较大的话,cpu主频低性能差容易卡住整个软件

测试后发现是因为限制了最大10W导致卡住,改成无限制就不会那么卡了
image

可能因为tracker一瞬间添加80w个磁力导致数据库处理出现了什么cpu性能问题

DHT市场倒是没什么问题,因为不会一瞬间添加几十万的磁力,基本一秒就几个。

估计因为db数据库触发10w限制,导致写进去又删除,如此反复引起的性能消耗,无限制只需要写进去一次即可,所以设置无限制的时候没那么卡
然后这部分操作又是主线程完成的,就导致了整个软件卡住,从测试结果来看,和高级设置里面的并发设置无关,,设置1也会发生这种卡顿现象。

就是请用户自愿共享一点流量,解锁36级通行证的功能,也让开发者赚点广告费。不启用也没啥限制,和正常使用一样。

应该是这个原因

Mac版 v1.99.1 修复了全英文的问题。闪烁是在哪里?

这个流量是大概是多少呢

大于36级启用除了能支持开发者外,就没有其它作用了是吧?
看到是由这个网站提供的收入,https://pawns.app/ 网站上没什么详细资料,,,不知道共享的流量用于什么用途
从网站的介绍来看,“pawns产生的流量都是加密的”,没有明确指出什么用途,感觉会被用来当lokinet的中转tor节点什么的,对安全性有一些质疑(如果是中转节点倒是没事,因为不是出口节点)

方便优化吗,比如说做到工作线程

试了一下它的官方的客户端,要求ip是住宅ip,否则会报错
其他没什么可以设置的,挂了一会儿似乎也没什么跑什么流量
虽然网站页面写的是根据流量给钱
也许目标就是住宅ip

win10可以用GitHub - AdguardTeam/AdGuardHome: Network-wide ads & trackers blocking DNS server

提个建议,关于临时汇报tracker,获取种子用户量信息,进而帮助用户判断种子市场的种子是否还存活。

大概流程(就大概比划一下,描述不一定很到位):用户在种子市场,选中种子(单选或多选),右键点击种子出现菜单,菜单里有个选项【种子测试】,点击种子测试后,就会汇报种子获取当前保种人数信息,在【热门】这一列(或新设置单独一列),就会出现保种人数的数据。

至于汇报到哪个tracker,内置固定的tracker,或使用用户自己的tracker列表里的tracker,或单独设置一个tracker栏让用户自己填,感觉都挺好。

如果几个tracker服务器回报的保种人数不一样,那可以取最大值。

adhome 确实好用 我现在用的也是这个
最好是设置为路由器的上游dns
唯一可惜的是不能设置为通过代理进行查询 不过在二层进行分流还是可以的
一般情况下不用DOH用TCP也能防污染

问题反馈
为任务手动添加标签后 选中的任务标签会自动跳到最后一个

如果要做可以学utorrent发送scrape请求,仅查询当前种子的人数,没有开始停止等操作,不会把自己的ip公布到tracker列表中,也不会获得完整的peer列表占用服务器宽带,只获取种子人数

http://www.bittorrent.org/beps/bep_0048.html

[30/May/2019:19:06:10 +0000] "GET https://域名/scrape.php?passkey=xxxxxxxxxxxxxxxxxxx&info_hash=%aa%29U%e0%eb%3e%ddW%04%ea%8f%c0%85%1f%aa%91.bx%ae HTTP/1.1" 200 106 "-" "uTorrent/355(111914906)(44954)"[Kt51] 16b0a22a102-7fe23aac2600
[30/May/2019:19:06:11 +0000] "GET https://域名/announce.php?passkey=xxxxxxxxxxxxxxxxxxx&info_hash=%aa%29U%e0%eb%3e%ddW%04%ea%8f%c0%85%1f%aa%91.bx%ae&peer_id=-UT355S-%9a%af%8a%5c%f3%10%1dz%073%9f%9b&port=22222&uploaded=0&downloaded=0&left=45292905933&corrupt=0&key=86386A7E&event=started&numwant=200&compact=1&no_peer_id=1 HTTP/1.1" 200 1850 "-" "uTorrent/355(111914906)(44954)"[Kt197] 16b0a22a4d7-7fe23aac2600

多选时候可以根据bep48列举出来的,同时附带多个info_hash字段,此时仅产生一次查询请求

大種子空間怎樣操作才不會導致硬盤100%寫入?
預分配開不開都一樣…打開種子直接100%…除非等他搞完

有詳解嗎?