重新安装旧版的话,旧版加载新设置项后,菜单里显示不出新的上限值,就会强制取默认值。
嗯,,那我自己改成30秒好了,不然hosts不能快速生效
实测不行啊,我录了个屏你看看?
哦哦,这个可以。
雖然我很想說…進步是必然的事
或者能不能建立一個新值?
新版能讀取新值(或承繼)…舊版讀舊值…新值變廢值什麼也不影響
奇怪了,我又测试了好几个链接,修改成错误地址后下载出错,修改回正确地址后能继续下载。要不你看看任务日志里的连接日志,服务器返回的具体错误信息是啥?
文件菜单里的导入/导出功能可以实现您的需求。
感谢建议,可以试一试
感谢反馈,是汉字字符处理的bug,下一版已修复
ban 用户列表里就只保留peerid了,没有保留字符串版本号
开超级种子做种下是不是有些问题,,默认是传输一个区块,然后进入等待,发现等待大概20秒,就会因为空流量自动断开连接进行重连,重连后又触发传输一个区块,,导致做种列表下载进度无法持平
不知道该怎么表达,,就是连接时间一直断开导致归零重新开始,一旦重新开始他就可以立即再次获取新的区块数据
http://www.bittorrent.org/beps/bep_0016.html
不知道现在这样一直断开重连对不对劲,因为一直在断开重连发送新的区块数据给他,难道其他人已经有这个分块数据了
当客户端完成下载该片段时,种子将不会通知它任何其他片段,直到它看到它先前发送的片段存在于至少一个其他客户端上。在此之前,客户端将无法访问种子的任何其他部分,因此不会浪费种子的带宽。
针对超级种子模式应该不采用这种空流量闲置自动断开连接应该可以解决这个问题?或者断开重连后,应当检测对方peer分块是否在其它peer客户端中有相同的数据
。。算了,感觉这样断开重连也挺好的,不然等待会导致可能上传速度会变得更低。
得测试一下,是做种方主动断开的,还是下载方主动断开的。
v1.83 Beta2 发布了,欢迎试用
实测32MB效果巨好,网速从40MB/S提升到了120MB/S
IDM图
电脑都部署了primocache内存缓存功能
设置为2M效果图
设置为32M效果图
可以看到32M修改后,提升巨大!!!
目前只测试了一个32M缓存的效果,其它功能等待后续测试
该缓存选项默认预设值等正式版可以调整稍微大一点以便适配千兆网络环境
HTTP磁盘缓存选项应当受到 减小缓存当空闲物理内存低于 控制才对,测试该选项对HTTP不起作用
User-Agent和Cookie设置测试好用,115网盘的文件能下了,115校验是获取链接时的User-Agent + 账号cookie 并无判断Referer,写https://115.com/ 或者留空不填都行
这个版本,链接有效期失效后,,更换新链接还是红X
IDM的这个功能也可以抄过来,,可以省去手动复制,粘贴的操作
点击后,弹出chrome,然后通过插件获取到的下载地址直接直接作为当前任务进行更换新链接
可以的话,再加个.ef2 文件这种类似的文件导入http下载就最好了,用文件导入可以自动填写上相关信息,这样一些网盘浏览器网页上可以做js解析脚本直接对文件生成.ef2 文件到电脑桌面中,省去了人工手打填写User-Agent和Cookie信息的操作
当然目前先要把手动复制链接粘贴都不起效果还是跳红X的问题解决了先。。。
感谢反馈
看了DMP,有两个任务正在停止中,需要先关闭下载完成的文件,修改文件名去掉.bc!后缀,然后再打开文件以供读取数据上传。如果文件很多的话,这个过程可能比较花时间。
HTTP缓存和BT缓存是独立的,这个选项只影响BT缓存大小。
之前测试都没重现,我再多测试一下
没用过,回头试试
感谢建议
另外Chrome扩展新版审核通过了,能够捕获网页里JS启动的文件下载了,可以试试看。
可是我是直接制作生成种子文件进行上传的做种任务啊,不是下载文件,是做种上传的任务,,是不是一个BUG?
那可以把他一起加进去吗,或者在出个选项控制HTTP的上限?
可能视频表达不清楚,我文字说明下吧。。。就是你添加下载后,进度达到10%就停止任务,然后等待15分钟,再去点击开始,此时会跳出红X,然后去复制新的链接粘贴替换,再点开始,还是红X(属性中点获取可以正常获取到文件大小信息)