从软件的流量图来看，CPU一直卡在主线程吃满一个核心，估计在处理启动任务，可能是这个因素
不过有时候启动 一个小时都不见开始
把那个可供文件做种得线程独立出来不知道有没有帮助，而且都是种子文件，还都是做种任务，不知道为什么启动任务有元数据下载？
有没有可能，是启动的时候启动了数百个元数据下载然后导致卡住了？
好像确实是这个问题，一旦元数据降低到0完成后，，，正在发起http tracker瞬间就降下来了，然后下载就开始有速度了。能检查下代码为什么已完成的任务也要下载元数据吗？
测试后发现视乎UDP传输最大值为1472字节，1473就被路由器执行数据包丢弃了，UTP要不要从548改成1472？保守点为了考虑pppoe拨号可以额外在减8 维持在1464？或者和utorrent一样1438一个包？
希望加强web界面，并多多开发web上api接口 
毕竟htm通用性太好了，甚至以后linux版本gui都不用做，直接web管理
确实，，我觉得Linux用webgui也就可以了，运行一个守护进程后台执行就OK。要界面打开浏览器就方便了
问题磁力
07471ffd4796b98e1f786dca324a6b28a24eb979
关闭功能后，下载正常，也不会卡99%，只丢弃2G数据
你这样搞法会把bt类软件全部搞死，记住，不管做人做事，始终谨记，水至清，则无鱼；人至察，则无徒。
简单来说，我建议【让“想吸血的人”不能“开启反吸血功能”】，毕竟自己都想着不上传给别人的人，那又有何资格要求别人下载时必须上传给自己呢？
至于你抛结论抛古文（而没有一点点论证），我觉得可能是你第一眼没看明白我建议了什么，所以对我给出了不怎么中肯的回复。
stream.read 0x5000byte 下载HTTP的时候，有没有办法计算头中尾任意位置的cid值来查询长效加速？便于网盘这种服务器非固定URL下载地址的时候打通长效下载加速。
现在测试只有下载彻底完成100%后，然后点击任务上右键，重新下载，才能触发长效下载加速。
我觉得这个版本好像存在连接不上长效种子问题，明明资源未下载前，未选√前长效种子有几百个，选√开始下载后显示0或者不支持。
看有些种子tracker日志显示fail query
好耶，新版本发布了
测试了一下，保存到中文名称文件夹，web里面可以正常显示，Chrome/Edge/Firefox都没问题。可能有特殊原因才能重现
可能是计算速度平均值的区间长度不同产生的差异
感谢建议
有测试地址吗？
文件菜单里可以导入别人导出的资料。导入时会自动合并，不会直接覆盖自己的数据。
等有时间再添加
感谢建议
感谢反馈，下一版修复
有推荐的例子吗？
截图是v1.91，麻烦试试v1.93新版，已经做了相关修复
好久不见，1.94测试版什么时候出呢？
以前linux命令行都是用这个软件Transmission下BT
以及它的WEB美化
发现一个小问题，建议改进以提升用户体验
点击磁力链接同时自动打开主窗口跟下载小窗口，点完了立即下载还要手动关一次主窗口，建议跟迅雷一样只弹小窗
期待下个版本能加大UDP包，改善UTP传输能力。。。
