欢迎下载测试版，尝试新功能。请多提反馈意见，感谢。
v1.69 正式版
https://download.bitcomet.com/achive/BitComet_1.69_setup.exe
https://download.bitcomet.com/achive/BitComet_1.69.zip
https://download.bitcomet.com/mac/BitComet_1.69.0.dmg
v1.69 Beta5 [20200706]
界面改进：BT任务用户列表支持位置排序
内核改进：HTTP连接默认user_agent改为Chrome浏览器格式
v1.69 Beta4 [20200705]
界面改进：BT任务用户列表显示IP对应的位置
界面修复：最小化后老板键进入锁定模式，双击快捷方式启动程序不应恢复界面显示
内核改进：RSS边栏下载torrent文件支持 brotli 压缩算法
v1.69 Beta3 [20200702]
界面改进：任务详情页面上传大小、速度气泡提示增加手机APP流量详情
界面改进：BT任务日志增加torrent文件下载失败详情
界面修复：选项窗口标签默认目录设置失效
内核改进：BT任务下载torrent文件支持 brotli 压缩算法
内核改进：RSS feed 连接支持 brotli 压缩算法
内核改进：除HTTP文件下载外，其它HTTP连接也使用高级设置项 http.user_agent
内核改进：移除HTTP请求头 Pragma/Cache-Control: no-cache
v1.69 Beta2 [20200701]
内核改进：HTTP Tracker 支持 brotli 压缩算法
核心修正：BT任务开始操作改为异步模式后个别情况下程序崩溃
Android v0.3.0
视频播放工具栏增加全屏按钮（之前需要旋转屏幕才会进入全屏）
v1.68.1 macOS
界面修复：修复macOS下任务属性窗口磁盘空间显示问题
界面修复：修复macOS下BT任务文件列表复选框失效的问题
v1.69 Beta1 [20200624]
界面修复：选项窗口远程访问页面处理LAN IP和WAN IP相同的情况
内核改进：完善BT任务下载的分块hash检查失败后的错误处理
内核改进：部分文件操作移到工作线程，减少界面卡顿
内核改进：改进种子市场数据处理，减少界面卡顿
1個讚
棒，希望这个版本也能支持上br压缩，这样就算是比特彗星自己的长效种子tracker服务器啊之类，都能降低20%流量开支
便携版BitCometBeta_20200624.zip ，方便下載
BS4YQV7LOWINUA6WRMHJDQW4OGFE2XCI
TCP连接才是主要连接。UDP并发多了影响上网，好像电信对UDP限制好多的
1個讚
TCP连接才是主要连接。UDP并发多了影响上网，好像电信对UDP限制好多的。。。。。。。。。。。。
1個讚
不是，是uTorrent系的那个uTP链接。UDP是利器，理想状态下很好用，但是因为路由器CPU计算力有限。。。但是UDP不易被切断，好用啊
你搞错了。。。UDP才容易被干扰切断，为什么你游戏会动不动突然卡死，掉线，就因为游戏用的就是UDP协议，况且还是下载传输，会产生巨大的UDP流量，运营商更加要搞死你们用UDP的了
1個讚
TCP容易被切断，UDP原理上不容易被切断，但是对网络设备产生的压力是TCP的十几倍，因此运营商容易限制，特别是中国大陆一些运营商如移动。
可以去看维基百科
运营商对UDP的连接限得好死的，上次开到1000左右就像断网一下。改低一下又回复正常。
Mac 版本的bug 能修一下吗。从1.62 版本开始就出现这样的bug，到1.68 还是没有解决。
其实楼上各位的目的，只是为了速度，觉得UDP会更快？
这种情况其实可以让官方看看有什么办法解决TCP拥塞算法，第三方软件有锐速，bbr之类，bbr是Linux下开源的系统内核，不知道能不能移植到Windows软件中使用。自我bbr移植感觉是不可行了，，Windows下已知的只有锐速
“Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)”
这个ua能不能改一下，http下载，rss之类请求都是这个ua，，，，ua版本太老了，网站可能为机器人攻击给拦截了。建议改一下用最新的chrome ua或者最好直接和tracker汇报一样，写BitComet/版本号？
包括rss获取xml信息后的torrent种子文件下载。也容易出错。。。
也不知道是不是，，被对方CF cdn的防火墙拦截了，调试模式下，能不能加个高级点的响应错误日志，双击弹出该错误是什么具体原因，比如说服务器响应了403状态码，响应头是什么，请求服务器的请求头是什么
现在就提示无法下载，也不知道是什么原因
对于高配置的服务器，这个值能不能开大一点试试看。。比如说1W，感觉它会一直堵死1000，会不会引起UDP tracker之类的等待处理？有没有做优先级，或者把DHT这个单独做成一个高级选项设置出来？UDP tracker和长效用现在的network.max_udp_pkt_per_sec设置
然后做一个新的network.dht_max_udp_pkt_per_sec
我现在任务列表就5个种子
话说queue recv那行啥意思，，基本上一直是0
我dht tracker那一行老是连不上是不是也是因为这个原因，被dht本身占满了，，然后导致连接不上？
话说app什么时候做个汉化。。英文看着难受 话说自带播放器没办法全屏啊，能不能呼出第三方mxplayer，，，而且在线播放，居然要走本地缓存，，没必要吧，浪费手机闪存容量和寿命，播放30秒，就缓存了几十MB了
而且作为官方客户端，，PC应该挂钩好，PC现在只有统计分类能显示10MB/S上传速度，但是没法显示是哪个任务啥的，应该摘要加个悬浮窗（app上传速度），，或者在用户列表处显示也可以。分享给朋友看的时候，最好能提供个游客绑定权限？只允许观看不允许操作删除任务，暂停开始啥的。
而且，，，这个app网络传输，从服务器上脱下来比bt协议和长效种子都快多了不知道是什么原因！
不知道为啥，网上总是有人说公网和内网绿不绿灯不影响下载速度，那为啥内网用户普遍反映用qbittorrent和utorrent比比特彗星快，难道不是不支持utp的原因？又不是所有人都是公网，彗星是不照顾内网用户吗
感谢反馈，下一版修复
好的，下一版改进
好的，下一版改进
上限可以改大一点，家用宽带网络慎用 
可以实现，处理逻辑会比较复杂
收到的UDP包处理不过来才会大于0
预计等下载功能加上去了再弄
手机横过来试试
播放组件默认行为，可能是为了方便拖放进度条，可以改一下
感谢建议，后续版本增加统计类目
感谢建议，已记录
视频播放是整个文件的HTTP传输，没有分块请求及hash校验，所以快
