beta4 已发布，修复部分bug
beta4依旧没有在操作中心弹出这个通知。。。
界面改进：torrent v2任务文件列表显示piece layer哈希下载情况
功能正常
核心修正：torrent v2任务在获取piece layer哈希之前不应启动长效下载及eMule下载
虽然看服务器列表成功查询了长效服务器，但是没有触发下载，功能正常
然后发现问题，种源A进度30%的情况，分块哈希是完整的，B作为下载方取不到完整的分块哈希
查看peer日志，，视乎没有什么有用的信息
下载方的分块哈希进度就卡在这了，AB两方互相重启在开始任务都没用
把A种源的进度提升后，B才成功获取到完整的分块哈希，分块哈希获取完成后长效开始触发下载成功提速
这个分块哈希在A进度未完整100%的情况下，无法传递给B？
复现方法，算一个BUG
A制作一个v2种子文件，然后删除本地文件，客户端上重新校验使其进入0%的下载状态
B以磁力或者特征码形式添加任务，此时任务摘要显示A有完整的分块哈希，B无法获得任何分块哈希
目前没有专门的协议报文通告对方自己已拥有torrent v2 piece layer里的某个hash，只能靠自己下载到完整分块的have消息来顺便告知其他peer自己已拥有该分块的hash v2，所以这个问题暂时无解。
更新完歷程記錄，下在列表全清空了，真是謝了
好吧 看来是v2协议自身设计的缺陷
我还以为A自己本身是自己制作种子，以种子文件打开应该包含了分块哈希，看来torrent文件本身中并没有的样子，只能通过完整文件去检验获得，所以进度不够100%会无法获得完整
但是A点了重新下载后分块哈希看到还是完整的 这是界面没刷新的bug吗
哦，好像是说只能告知对方已完成分块的分块哈希，虽然本地分块哈希完整但是没有完成分块，所以没法告知B
种子市场下V2协议种子好像是因为特征码长度被限制了？但是可以正常添加任务？听说不能正常下载？现在修好了吗？
新版已发布。种子市场支持V2协议种子的功能预计下一版本支持
1個讚
2.04 正式预览版
peer 日志不可用 显示仅在测试版可用
是的。peer 日志会有额外的CPU及内存开销，正式版没有启用
还是打开吧
毕竟有 log.bt_peer 选项可以控制
诊断的时候还是有用的
对了还有 stun功能 有计划添加吗？
关于STUN，可以先参照BiglyBT，增加一个覆盖Tracker汇报端口的高级选项。
单单这个选项就可以大幅改善现有的第三方STUN方案，降低门槛，待普及后再正式内置也不迟。
除此之外BiglyBT这个覆盖选项也能解决上面提及的多线接入的IP问题
（尽管可能不是最优解）
另外上面提及的重载Bitcomet.xml配置文件的功能也希望考虑一下，可以灵活应对很多场景。
自动限速引起界面卡顿的问题，希望也改善下限速过程时候界面卡顿的问题
APP图标是指手机连接电脑吗？
应该指的是Windows通知里面可以显示软件图标
我反而是2.04版本开始不显示了，2.03及历史版本可以显示图标
上方的小图标似乎一直显示有问题 不过这个可能是Windows的问题
现在是在前面加了大图标
感觉可以把上面的小图标修一下
前面的大图标 根据通知的类型来显示
就像下面的这个截图一样
分为信息类 警告类 和错误类
一般的下载完成通知为信息类
防火墙拦截和磁盘服务未运行为警告类
而磁盘写缓存过多为错误类
可以适配一下现在的通知中心
在设置 服务里面选择允许通知后 会自动打开Windows通知中心里的开关
不然只能依靠内置的通知栏
还有 内置通知栏的提示不够明显
甚至有人不知道这是个什么东西
也许可以让内置通知栏显示这个气泡提示
现在这个提示只有鼠标放上去才有
历史版本是这样的，图标显示正常，只有2.04的图标不显示了
可能是我这里Windows的问题 小图标一直是显示不出来的
那個磁盘写缓存过多實在太煩了。而且大多是內存不夠，或者系統卡磁盤導致的
老是說檢查磁盤，我也不知啥問題，感覺2.03 2.04比較易卡頓，我還是用回2.02