好的，回头测试一下
在todo list上了
运行时间2个半小时了，目前没崩溃
我发现，，下载完成一个文件后，长效就断流了，然后一定要停止，重新双击开始下载，下一个文件的长效数量才会显示1，然后就能继续长效下载，可能论坛某些人说长效断开也是同一个毛病
你测一下吧，应该所有文件返回值1才对，而不是下载完成一个需要停止重新开始才另一个文件的返回
感谢反馈。
【1】文件列表里的长效种子数量含义不明确，实际上是发起的连接数。新版已改为"连接数/总数"
【2】下载完成一个文件后长效断流的问题，和同一时间只能从一个长效源下载一个文件的处理有关。新版已修复，文件下完后会继续下载该长效源的其他文件。
Beta6已发布，欢迎测试
新版可以继续下载了，关于同时的情况，能不能做到并行多几个，毕竟长效基本不占用资源，用的不是BT协议不一样，没必要限死单线程1个，这样速度跑的不是很快。
希望放开下，你看我之前连接3500多个长效软件都没卡没崩溃，确实比BT省资源多，要不然给个高级设置，可以对单个用户进行同时连接多个的选项？
美国到美国距离很相近的服务器对传，单线程只有4MB/S诶，感觉长效完全没必要做这个单用户限制
估计和之前说的BT是同一个问题，，单线程上行慢
好的，可以加个选项，默认还是一个源一条连接
嗯，BT上传到其他客户端的效率也麻烦查一下了，我猜是上行对其他客户端没有进行自动检测，只对比特彗星相同的客户端做了，，然后其他客户端所使用的默认Socket缓冲区过小的毛病了。
感觉这几个涉及核心的问题一旦优化，比特彗星将会有一个质的飞越
改进一下**“监视剪贴板**”吧，向迅雷学习下，真滴不好用
1個讚
不知道是不是錯覺…1.65的啟動時間長了2倍以上…以前很快…
请问具体怎么改进？
是程序启动时间还是任务启动时间呢？
为什么我下载不了新版本？
拜托，eMule知道是啥吗？BT下载和磁力链下载没区别。
他的意思应该是迅雷监视类型直观一些吧。
要个梯子……
火狐插件没有用了 希望可以适配下 我发现很多东西用bitcomet下载很快 这样就可以后台一直挂着了用作浏览器下载器了
做种者没办法查询长效数量，不知道是不是故意限制了，只有下载方才能看到