改进一下**“监视剪贴板**”吧，向迅雷学习下，真滴不好用
1個讚
不知道是不是錯覺…1.65的啟動時間長了2倍以上…以前很快…
请问具体怎么改进？
是程序启动时间还是任务启动时间呢？
为什么我下载不了新版本？
拜托，eMule知道是啥吗？BT下载和磁力链下载没区别。
他的意思应该是迅雷监视类型直观一些吧。
要个梯子……
火狐插件没有用了 希望可以适配下 我发现很多东西用bitcomet下载很快 这样就可以后台一直挂着了用作浏览器下载器了
做种者没办法查询长效数量，不知道是不是故意限制了，只有下载方才能看到
谢谢反馈。火狐浏览器插件接口变了，等有时间再去适配。
做种者无需下载，所以没有去查询长效种子数量。目前限制1MB以上的文件允许长效做种。
程序启动时间…而且啟動之後界面都會卡半秒…沒以前快了…
系統是最新的WIN10 2004…可能有關系…
迅雷的是系統驅動級…簡直是後門監控…當然好用…
这个我也遇到了 界面出现之后会卡一会 系统是win7
另外活动任务只有一个 停止的任务有100个左右
催更μTP协议支持 
2個讚
建议多线程下载的下载区块安排的均匀点，不然前面的下完了速度就骤降
倒不是驱动，只是个系统服务
你说的多线程是单个文件多线程了吧，我说的是多个文件同时实现多线程。
单个文件多线程设计逻辑更加复杂了，代码量会大很多，估计短期内不好搞或者这种单文件多线程不会采纳的，这种单文件多线程方案对方也要负担更大的连接开销了
我楼上说的，把单连接速度搞上去，，也就差不多了
哦，原来你说的BT区块啊，这个默认是多线程的，不过不是那种多个端口发起的多线程，加大力度发起请求给对方，，，基本上就可以更快下载了
没错，我希望单文件多线程的区块可以安排的均匀点 
，还有，你们都不关注μTP协议支持情况吗，不止对内网用户会不会有很大帮助，毕竟大多数都是TCP阻塞，UTP好像没阻塞，也不知说的对不对，我只是小白，忘指正 