这两个Beta测试版都没优化下载时候的cpu占用，网络传输占用cpu高卡界面的问题这个2.20版本会解决吗，站内已有好几个人相关反馈
我发现种子列表线程是啥了，，就是他人共享，看流量图卡住一整天24小时高CPU占用
但是手动点击一下他人共享就变成0%占用了，感觉可能是自动刷新卡住了
应该是上一个刷新没完成，就进行了下一个刷新引起死锁了
正常情况下是这样的，如果卡住了那就是一条直线持续24小时了
他人分享把限制值从10w改成1000，整理数据库后，占用的cpu也不会下降，每次刷新依旧是30%左右
只有禁用他人分享，这个线程的cpu使用率才能归零
消息队列上看起来没什么问题，从主线程剥离到工作线程处理的，就类似UTP线程那样居高不下吧。。
magnet:?xt=urn:btih:WZOR2CIE7YIYWKLVNTJ5LJM7NDUVDYCK
这个没有作种者
webui的rss管理会有吗 
不，希望接下來會加入種子創建。
有時候全員給順序下載..(清一式的藍線推進)
有時候全員不給順序下載..(清一式的隨機藍線)
故我才來這里問…不知道是不是BUG…
看一下分块视图，头尾区块是否完成，如果开了预览优化那么一定要下载完成头尾后，才会进行顺序下载
关闭预览优化后
可以让开发者优化以下试试，在预览优化的过程，如果同时启用了顺序下载，未完成头尾也尽量顺序下载
目前的做法是预览优化的时候是随机，没完成头尾分块预览优化你就看到蓝线是随机请求的
这个分页加载后，由于加载的数据不全，没办法用ctrl+f搜索任务名了，还好有搜索框了
但是移动端没办法看到那个搜索框，，，所以这个beta2还是不如之前的浏览器自带ctrl+f页面查找
可以把菜单栏做成下面这种可以滑动的样子？让搜索框显示出来
为仅含单文件的torrent创建子目录，任务列表上的名称显示应该也一并修改
没有上限。如果limit很大，就返回任务的全部文件信息
我在Win11下开了150% DPI 缩放，似乎没有出现这个状况
感谢建议，下一版改进
相关改动比较复杂，这一版来不及完成了，等下一版吧
感谢反馈，回头测试一下。死锁的话界面就卡死了，可能是其他问题
在todo list里
感谢反馈，WebUI还没有对小屏幕移动设备做布局优化。后续版本会改进
感谢建议，下一版改进
1個讚
请问Mac版本什么时候支持homebrew安装，非常感谢
也许是在非2倍数的缩放情况下才会有问题
或者BC可以主动适配一下高DPI的情况 在高分辨的情况下 BC的界面显得会比较小
通过软件内部的缩放功能替代Windows系统的缩放
BC的rss功能可能也需要改进一下
现在很多的rss订阅源已经没有文章连接和种子文件链接了
只有 标题 磁力链接 和 时间
但现在BC的rss布局中依然保留了很大一块用于 文章预览
而且没有种子和文章链接的rss订阅源似乎不会在rss种子中显示
在rss种子中显示，动漫花园等等站点都是磁力链接提供，可以正常显示
是 要不是有这些传统站点提供的内容较为丰富rss
我可能都怀疑是BC自身存在问题了
要做的issue太多了，这一版先把文件列表筛选功能做掉
好的，下一版改进
可以提供测试用例吗？
唯一有问题的是，之前反馈过rss添加50个源，rss种子市场里可能只显示8个，刷新按钮都没用，需要重启比特彗星软件才能显示出50个
感觉是这些订阅源本身不规范导致的
但那些rss阅读器竟然能识别的的出来
也许可以先给rss 订阅源加个编辑功能
这样拼错了链接还能修改
我这边的情况是有些rss并不是给BT下载使用的 它们只包含了文章链接
只能用阅读器来看
beta3已发布，欢迎试用
1個讚