似乎这种卡元数据下载的问题只存在于混合型种子
同时在向其他客户端添加任务时只使用v2特征码时
才会出现这种问题
现象包括可以连接到qb客户端 但是下载元数据会卡进度
无法连接其他bc客户端
无论是直接连接还是tracker服务器 dht 或者 lsd 都不行
具体测试结果：
混合型种子 使用v2特征码添加任务
BC做种 qb下载 >qb卡下载元数据 似乎无法连接到做种客户端
qb做种 BC下载 >BC 卡元数据获取进度 反复重新下载元数据
BC做种 BC下载 >BC无法获取元数据 无法连接到做种客户端
qb做种 qb下载> 可以正常下载
BC在混合种子的支持上似乎存在一些问题
修改 BitComet.xml 中的PassportUserList
如果通过种子文件下载v2则立即拥有下载速度，如果通过磁力或者特征码形式添加，则需要跑这个分块哈希（每秒产生4个，种子分块哈希过多则需要等几十小时才能进行下载）
如果目前正在获取分块哈希，把种子文件拖动进任务列表中，不能立即完成分块哈希的过程，需要删除这个任务重新用种子打开
一般情况下可以连接到官方种子缓存服务器去下载种子，正常情况下是不会触发磁力下载的，是直接种子形式打开磁力链接，但是不排除某些省份因为网络因素无法连接到官方服务器，只能通过链接下载（本地可以通过系统防火墙模拟屏蔽服务器ip，ip信息可以抓包或者看我上面一楼发的帖子点历史编辑里获得）
解决方案，官方改善每秒分块哈希数值，，，不做限制，目前版本每秒4个
复现影响混合型以及纯v2种子，产生0KB的原因已找到，等官方修复
我这里的情况还不太一样
没有到分块哈希这一步
依然卡在元数据获取上 任务名和文件内容都获取不到
现在的问题是 混合种子使用v2特征码添加下载
下载的客户端连接不到 做种客户端
BC做种 BC下载
或BC做种qb下载
有趣的是 下载的各个客户端之间可以互相连接
而它们都不能和做种客户端连接
不是网络问题
使用v1特征码就没问题
将做种客户端和下载客户端对调也没有用 依然连接不上
在bc中似乎会将分别使用v1和v2特征码添加的相同混合型任务判定为两个不同的任务
这可能解释了为什么使用手动添加用户的方式依然无法连接的问题
即使在使用v1添加任务后 获取到了全部的元数据 两个任务依然是独立的
这种情况也只发生在先使用v2特征码创建任务后再使用v1特征码添加的时候
反过来是可以正常合并任务的
而在qb下这两个任务会自动合并
建议优化对特殊字符的支持
显示方面与Windows 资源管理器保持一致
遇到 不能显示的字符时不将其替换为 下划线
仅在显示时显示为下划线 不进行实际替换
如果替换会出现 找不到文件 的问题
建议添加对 Windows 长路径的支持
有考虑添加对 PROXY protocol 的支持吗？
upnp问题
群友反馈
win11专业版安装更新后 upnp映射失败
显示 Windows version not supported
在更新前是可以正常映射的
彗星的版本是2.03
检查SSDPSRV服务是否正常安装，可以尝试用管理员cmd执行
sc config SSDPSRV start= demand
解决了
还真是 服务的问题
比如360一键优化，就会把这些系统服务禁用掉，可能是用了这些“优化软件”导致的
要是彗星在添加upnp映射时能检查依赖服务就好了
建议在添加upnp映射时尝试启动 必要的Windows服务
同时建议在高级设置中添加 请求管理员身份的选项
以防止在修改upnp服务 和添加磁盘提速服务时 出现权限不足的情况
能不能调整一下mac版本的状态栏图标的大小呢，看着很突兀
感谢提醒，beta2已修改
感谢反馈，beta2已添加
感谢反馈，beta2已修复
卡0%进度的问题好修吗，应该是加快传递就能解决了吧？
我看到更新日志，请问是只修复了混合种子？那纯V2种子这样怎么办呢？我是做种人，连到了很多这样的客户端，种子大小6GB，使用最新的测试版进行做种，其他人也还是这样，
这些客户端的标志位基本都是P H
，
他们的状态是_c_C
,该种子的磁力链是magnet:?xt=urn:btmh:12202fd3bcb7800cb5338180497ed83da84cdbefff9b28713f1787ca3511d34c8511
这种情况似乎只出现在纯v2种子中
一些用户没有下载进度 状态显示都是 _c_C
即对我的数据不感兴趣
而我的进度是100%
使用qb下载似乎不存在这样的问题
而在彗星中也不是100%发生 但几率也很高
可能在特定的条件下才会发生
这个问题似乎已经存在了很长时间 从1.7X 到2.03 都会出现这个问题
测试了一下，应该是界面显示不完善造成的误解。
纯v2种子元数据组成结构与v1不同，其info节点内不包含分块hash，仅包含每个文件的根hash。而每个分块的hash使用了新的hash tree结构，位于元数据的piece layers节点内。因此元数据的下载过程可分为2个步骤，首先下载info节点内的文件列表，之后再下载文件对应的piece layers数据。目前彗星仅显示了元数据步骤1的下载过程及进度，步骤2的过程没有明确的显示，要等步骤2完成后才开始真正下载文件数据。
其它软件可能将元数据下载步骤2与文件数据下载穿插在一起同时进行，所以没有明显的步骤2。彗星目前的设计是优先完成元数据下载步骤2再开始下载文件数据，目的是首先获取该文件完整的piece layers数据后计算出文件根hash，并与步骤1里的文件根hash进行比较，从而确保分块hash的有效性。之后再开始下载文件分块数据，也就可以及时验证每个文件分块数据的有效性，不用等到下载完整个文件后再验证文件根hash，从而避免下载了大量无效数据而无法验证的风险。
下一版将增加元数据下载步骤2的相关进度显示。
界面改进：增加警报提示：磁盘写缓存过大
这个提示只在软件内的通知，没有在Windows10操作中心中弹出通知
看我上面的测试，是分块哈希导致的，因为在比特彗星中，一秒只能传输4个哈希，，，所以就一直卡0%
