感谢反馈，后续版本改进
需要重写界面，近期不太可能
v1.84 正式版已发布，欢迎试用
这么快，今天才测试版发布第二天，，测试版我还没赶得及来测试
通过错误报告发现一个崩溃的bug出现比较多，赶紧发个正式版来修复
已连接传入的意思是连接了还未确认协议类型
这个版本实测不掉速了，正常全速下载，，但是有一个崩溃问题
1.84统计信息这个内存排序有毒，，来回乱跳
还有通过插件拉起下载百分百崩溃，，，三份错误报告发送了
通过插件拉起下载 文件6g 拉起比特彗星时候右下角有跳出内存不足 2秒后就崩溃了
如果是先启动比特彗星，在通过插件下载，就不会崩溃
只有退出比特彗星时候，通过插件拉起启动比特彗星下载，就崩溃
而且我看现在的磁盘缓存跑提交大小里去了？不知道崩溃是不是 这个的原因，这种分配内存方式也不太科学居然是直接占满
还有ftp协议居然不支持？在Windows资源管理器中是正常使用的
链接我私信给你了
话说一台电脑通过2个虚拟机，分别打开2个比特彗星，第一台启用IPV6网络，第二台未启用ipv6，
下载同一个任务，获取到的长效种子数量不一样？而且启用ipv6网络的那一台视乎获取到长效种子数量后，客户端虽然看到有七八十个，但是更难去连接长效种子，基本只连接到两三个
想问一下，如果我用的是压缩包版本的，现在旧版本还有很多任务，或者已经完成的任务，新版解压后，如何把旧版的数据复制覆盖到新版本的去，就是复制哪个文件夹到新版的去，因为直接新版的覆盖旧版的会把很多设置覆盖
感觉UDP基本没法提供什么速度……不知道为什么……
1.84 截图看不了，回退到1.80了，系统21H2
恩, 1.84 截图消失了, 但種子市場正常, 可能是小蟲…
另外, 建議 udp 協議傳輸
不要受數據包傳輸限制的高級設置
多一個 checkbox 或 高級設置, 選擇要不要切出來…
將 udp 協議傳輸 流量獨立出來, 由全局上下載限制即可
感谢反馈。经检测此错误和分块对齐填充区域的写盘处理有关。下一版已修复
感谢反馈。可能是某个peer传过来的数据有误。后续版本改进错误数据的精细识别及丢弃处理。
之前是每次下载一小块数据再分配新的缓存区。如果是高速下载的情况，反复分配内存效率很低。这一版改成按照全局设置里的大小直接分配整个缓存区了。如果觉得占用内存太大，可以减少HTTP任务同时下载的连接数。
感谢反馈。下载服务器根目录的FTP文件路径处理有bug，新版已修复。
长效种子和DHT一样，从IPv4和IPv6获取到的用户是相互独立的。启用IPv6后应该会额外多获取一些用户。
官网新版zip解压后直接覆盖到旧版目录就可以了。官网zip安装包里没有 BitComet.xml 及 Downloads.xml 两个文件，不会覆盖旧版数据。
如果一定要从旧版复制数据文件到新版，可以用文件菜单里的导入导出功能，也可以直接复制 BitComet.xml 和 Downloads.xml 两个文件，以及torrents子目录
一直没时间优化uTP传输速度
感谢提醒。服务器已更新
起始页和评论区无法显示怎么办啊
可以换成以前那种分配方式吗，现在版本这种方式非常不合理，导致了大量内存占用，以前那种分配方式更科学，用多少分配多少
并且这种一次性分配还存在内存泄露，走的是提交大小而不是工作集里面
TCP連接依然有2個已連接的列…第三行為空白的…
好的
感谢反馈，新版已修复