感谢反馈。测试了一下，未能重现。不知道是否和特定任务有关？
测试环境，先用bc下载速度不佳。保留原有档案。改用qt下载完成，要用清除未完成档，结果失败未清除。
顺便悄悄问一句，我怎麽感觉bc被电讯商阻挡力道比较强。bc内地传40k,qt可以快100，奇怪的紧。
非也…所有文字列表數據都存於種子里面…真實的數據是英文數字和符號組成的
但繁簡轉換個人覺得沒必要…
1個讚
能不能把最少快取設置重新加回界面上?
下载不了,能给过网址?
用磁鍊下看看… here
快跨年了… 有幾點小小願望… 希望開發團隊可以列入改善口袋名單… XD
- 下載常有 xxx (2) 命名…
- 畫面擷取 看圖片, 有些種子片源數量太多, 不小心按到彗星就會無反應… Orz
想到撥放影片的概念, 再多一組 |< >| 切換片源按鈕…
可以切換另一組圖片… 就不會一次就 pre-load 所有圖片組, 導致卡當…
- 提升長效種子品質… 自己已完成的種子 再 自動放入 [我的共享], 提升 [他人共享] 整體下載品質… 提高彗星使用者體驗…
dht 節點多… 真的都有活著嗎?
全世界多少人用 3w算少了
老大 1.73版比以前稳定和下载快多了而且占用内存有所减少，但还有改善的地方，第一，选项中，《任务设置》的【满足以下任一条件时，自动启动队列的任务】最好能在"最慢任务下载的下载速度小于"XXkb/s,下面增加一个选项，【等待队列中的下一个任务的需要等待的时间：XX分钟】这里XX可以设置的范围最好能是在1-N分钟之中设置。第二，最好能增加一个可设置的缓存区，缓存区可以设置成自动最大使用储存空间和手动设置空间，专门给各种已下载的文件做成缓存的碎片文件，使用一个云服务器分配客户机cdn文件存放结构，做出储存云的结构，类似百度盘之类的，可以提高下载成功几率。客户机当作cdn用。 赚钱宝 背后的CDN 技术，这样也行。
方案一中，最优的解决方法还是，所有低于0kb/s的任务全部停止，然后移动到任务列表的最后面。而不是使用“只让一个任务停止，再启动下一个”等待下载任务“启动“，而是停止多少个达到条件的下载任务，启动多少个任务去顶上当时已移到下载列表最后面的下载任务，这样就能大大提高下载效率。
这个已经实现了，长效种子就是，使用的CDN传输协议技术，基于HTTP进行传输，并非是BT协议
这个技术太老了，
你说的那个分散式碎片存储并不太现实，并不能有效解决下载问题，很容易出现，进度下载比如说5%，就死种，导致无法正常下载完成100%，而且还要设计用服务器来调度控制，需要分散到哪些机器上，数据库记录等等，毕竟比特彗星是国外软件，这样干不太现实。。欧盟对隐私协议看的很重
分散式碎片存储只储存100%已下载成功的完整文件，不过需要一个大服务器先做了完整缓存再发送到客户机，说实话，没有足够资金和利润去实现确实有点难。
分散式碎片存储这绝对是速度最快最安全的解决方案
对的，，例如上方说到的，文件只有5%的区块进度，剩下的95%需要从服务器发送到客户机，然后客户机才传给下载用户，才能进行正常的下载。所以下载原理来说，不如现在的长效种子实现方案有优势，现在只要有长效种子，就一定能100%下载完成，因为他是完整的存储文件进行传输，并且也不需要服务器去存储这些资源文件，，毕竟人家软件也没盈利，万一有哪天盈利化了，，说不定会改动这样
长效种子需要外网ip端口，分散式碎片存储不需要外网ip端口，任何时候高速下载。可以看看迅雷赚钱宝或者玩客云的方法。
玩客云也需要端口的，你没发现公网IP端口上传玩客云快很多吗，必须要有一方是外网IP，例如玩客云的用户没有外网IP，他只能上传给拥有外网IP的用户。迅雷老良心了，服务器砸了多少钱进去的说
长效种子现在是，必须要拥有长效种子的一方有外网IP，下载方有没有都无所谓。
不过这个要改动的话，其实是好解决的，主要还是成本问题，会导致大量的查询请求到服务器中。看看官方开发者要不要做吧，毕竟要与服务器查询数据库进行通讯，这样长效种子会查找当前的下载用户，主动发起请求给下载用户进行上传就可以实现你说的外网IP的问题了。
老大，cdn那些太遥远，看你能不能弄一下，增加一个停止所有低于0kb/s的下载任务，将0kb/s的下载任务移到下载列表最后面，启动多个候补下载任务去顶上已停止的多个下载任务的功能。目前5分钟只停止一个任务再启动一个新下载任务，这个功能太弱了。
我不是官方人员，，，普通比特彗星使用用户而已，这个你要等官方人员上线后看看你的想法了，也就是楼主