没有任何问题 在测试版保留该功能 给有需要的进阶用户使用
普通用户使用的稳定版保留原有的200线程
这样一来是比较平衡的
软件怎么无法下载啊
服务器连接断开，由于服务器不支持断点续传，重新下载整个文件。
HTTP下载直播流时, 服务器连接断开, 再重新下载会覆盖原来的内容。一覆盖, 之前下载的就没了, 希望能处理一下。
用 wireshark 抓包测试了一下，任务只留1个UDP tracker，关闭DHT和长效，启动BT任务后只有来回4个UDP包，分别是connect和announce的请求和应答。请问重复包的情况如何触发？
后续继续完善
是否点击过备份文件路径输入框下面的加载按钮？
以前搞过，维护成本太高，吃不消
下一版已修改
请提供设置浏览器语言的具体操作步骤，我来重现一下
默认值一直是5，这次修改的是输入框上限
有测试链接吗？可能是每次请求服务器无法获得相同的etag、文件大小等文件识别信息，导致当成新文件重新下载。对直播流可能需要特殊处理
1個讚
是否點選過備份檔案路徑輸入框下面的載入按鈕？
載入按鈕有按了
但一樣沒反應
一開始以為是備份檔過大需要時間讀取
但查看windows的工作管理員卻發現沒有任何讀取的動作
下載其它人分享的種子市場也無法讀取
https://www.cometbbs.com/t/%E7%A7%8D%E5%AD%90%E5%B8%82%E5%9C%BA2024-08-012130%E4%B8%87-%E9%80%9F%E5%BA%A6%E6%B5%8B%E8%AF%95-%E7%A7%8D%E5%AD%90%E5%B8%82%E5%9C%BA-%E7%A7%8D%E5%AD%90%E4%BA%A4%E6%8D%A2%E4%B8%89%E5%90%88%E4%B8%80/93282/2
難道讀取備份檔的時後需要改變win的預設語系為簡體?
当前WEU UI 语言识别情况：
首次使用无cookie记录 显示为英文
登录后修改语言为中文 其设置似乎由 cookie记录
重启浏览器 若未设置退出时清理cookie 则语言设置和登录状态均保持
清理cookie或使用隐身模式访问 WEB UI再次回到首次使用时的英文状态
预期效果：
在首次使用时可以根据浏览器发出的请求中的 Accept-Language 字段
自动调整显示语言 若浏览器请求的语言在支持列表中则自动切换语言
无需使用cookie
若请求的语言尚未支持则使用英文 这样即使清理cookie也不影响语言设置
其总是通过Accept-Language来识别
当然也可以将两种方法混合使用 在语言选择中增加 自动识别选项
设置为自动时： 总是通过Accept-Language来识别
设置为某个特定语言时： 使用cookie来记录设置内容
看起来是utp占用的CPU，已经有相关反馈，没有任何上传速度的话，只要发起peer请求为utp，就会占用满一个CPU核心，这个要等官方优化
至于显示不一致
Windows的任务管理器bug，进程里面的占用会根据CPU当前主频变动而发生变化，不是真实的CPU占用
任务管理器切换到详细信息，然后看详细信息里面的占用
比特彗星关闭自动添加tracker服务器，然后对任务编辑只保留一个udp tracker，例如
udp://49.12.76.8:8080/announce
然后退出比特彗星，打开wireshark，选择网卡，搜索过滤器输入
ip.addr == 49.12.76.8 and udp
此时打开比特彗星，然后运行任务，观察来回发送与的数据包数量为8个，utorrent其它bt软件都正确为4个
你看看你那能不能复现，之前的2.08帖子上发过图
我自己测试导入、导出功能没遇到问题。bc_bak实际是个zip文件。彗星加载bc_bak文件时，会先检查里面打包的文件列表。如果文件解析错误导致取得的文件列表为空的话，就会出现你遇到的状况（应该报错的，下一版加上错误提示）
我下载了这个磁链，里面的peer_shares.bc_bak似乎不完整，用7zip解压会报错。
和系统语言没关系
已重现问题，是zh-cn/zh_cn没有匹配上造成的，下一版修复。你可以测试一下日语、韩语等其他语言，应该能正确判断
1個讚
我之前做 Tracker 改包的时候也抓过，没有发现这个问题
刚才按照你说的步骤操作了一次，结果如 @wxhere15 提到的一样，只有 connect 和 announce 的请求和响应
重复抓包的现象，比较常见的原因是混杂模式，多见在虚拟机上
wireshark 抓包出现两包相同数据 - USTHzhanglu - 博客园 (cnblogs.com)
另外的情况是在网桥上抓包，会把二层转发来回抓一次
这种情况 MAC 地址会不同，而混杂模式重复抓包的话，MAC 地址是一样的
测试了一下 目前WEB UI 支持 中文简体、中文繁体、英语、日语、韩语、俄语、德语
法语、西班牙语、葡萄牙语
除了中文简体和繁体的 Accept-Language 字段匹配有问题外其他都是正常的
不过cookie的优先级似乎是要高于 Accept-Language的
当已有cookie时 切换浏览器语言 WEB UI 依然会通过cookie显示之前的语言
也许可以调整一下优先级？不过这种情况在正常使用时应该遇不到
就很奇怪了，难道wireshark出bug导致出现两次相同的udp包，tcp包没这种现象，而且发起的udp数据包传输ID都相同，但是其它bt软件没出现就更奇怪了
看你描述后，我直接上tracker服务器去用tcpdump抓包，搜索看了十几个peer用户的数据包，服务器上确实只有一个包。。。
我自己測試匯入、匯出功能沒遇到問題。bc_bak實際是個zip檔案。彗星載入bc_bak檔案時，會先檢查裡面打包的檔案列表。如果檔案解析錯誤導致取得的檔案列表為空的話，就會出現你遇到的狀況（應該報錯的，下一版加上錯誤提示）
試著用了最新版的7ZIP(24.08版)解壓後發現錯誤
這…是本身.db檔就壞了的意思嗎?
還是匯出時壓縮壞了??
bitcomet當中的運作倒是都正常…
該怎麼修復錯誤呢?
导入时无信息的状况是因为加载的bc_bak本身结构不完整，有可能是导出时出了问题。不过，我暂时还没能重现
目前是本地存储的优先级高于Accept-Language，也就是用户手动选择的语言高于首次打开页面时的浏览器语言，感觉这样比较合适
压缩包文件损坏一般无法修复，只能重新压缩一个新文件
对的，cookie优先级最高更好，就和软件设置文件一样，肯定是设置文件优先级来覆盖默认设置
beta4 已发布，欢迎试用
1個讚
匯入時無資訊的狀況是因為載入的bc_bak本身結構不完整，有可能是匯出時出了問題。不過，我暫時還沒能重現
只匯出他人共享時
雖然bitcomet會通知匯出成功
但其實都是失敗的
試了三次都是匯出同樣大小
用解壓縮軟體測試的時後會顯示壓縮檔異常
這才是我原始的db檔大小
如果暫時無法修復的話
能不能開放讓使用者直接匯入別人的peer_shares.db檔案呢?
因為目前其它人分享的種子市場檔看來都會出錯了
直播流不是完整文件, 肯定是没有etag、文件大小这些信息的。