pikpak用离线下载做种上传的超时失败重试是怎么算的，能不能关机睡觉

小樱

pikpak用离线下载做种上传的超时失败重试是怎么算的，能不能关机睡觉

目前死种是8小时自动超时并且停止任务，有其他人或者自己二次添加磁力链接后，会接着进度进行下载
比如说1-13集，服务器下载完成了1-10，死种了11-13，重新添加后会从11-13这部分进度开始下载，前面的文件不会重复下
所以上传文件推荐你们做种上传，进度可以断点续传维持的，晚上睡觉可以关机
重试下载后bt任务会显示0%是正常的，你两台电脑测试一下，A做种，B单独选择3集进行下载，A看到B的进度是0%，而不是显示70%，显示0%这是正确上报的。。。BT协议设计就是这样，你用任何一个BT客户端都是这样，你自己两台电脑测试就知道了，你等他进度吸到30%，他就跑了，因为已经完成了，不会显示到100%的，因为只下了其中三集
单个文件假设文件10G，如果进度跑到50%因为8小时超时导致的失败，重试后需要完整的下载这一个文件10G数据。上面讲的是多文件的例子
总结：种子会断流8小时无任何速度，只有这种情况，才会失败超时

帖子补充
pikpak的离线下载上，目前是挑不出任何一点毛病了，注意死种是没办法离线下载的，种源就是死种，比如说进度98%这种叫死种，无法成功下载完成，没办法正常播放，但是改文件名可以播放，不过有部分场景会丢帧，直接进度条异常快进 或者播放器花屏，死种下不完成，很正常的现象，这和pikpak没任何关系，死种的话，八小时没有任何下载速度，会判定失败，然后重头下载这一个mkv文件，进度不会保持原有的98%，而是从0开始下载整个mkv，这是死种，这么做是正常的，不然服务器硬盘会爆掉，服务器不可能保存死种文件，假设你是一个文件夹的种子，里面有两个mkv，1.mkv下载完成，2.mkv死种，八小时超时失败后，只会重新下载2.mkv，1.mkv是不会重新下载的。这种死种，除非资源发布者还在，能重新校验补种，不然整个种子已经废掉了，为了断点续传和节省硬盘成本，pikpak这么设计超时失败是合理的。并且这个失败后，是不会进行重试的，需要用户人工去点击重试按钮，才会触发新的离线下载。等于说是有真人，人工在进行操作。不是自动化的东西，等于说，有个真人在下载你这个死种，下完到98%，然后睡一觉起来发现还没下完，就删掉任务，在去重新下载一次，都是人工执行的。你这个问题，可以让pikpak加个失败重试计数，当一个种子失败超过5次后，永久停止重试这个死种。但是如果加了这种失败重试次数限制的话，万一未来有一天，做种人回来了，就会没办法成功保存离线了。因为这个种子已经被永久限制重试了。比如说，做种者回来后，想把完整的档案传给离线下载保存起来，因为触发了重试限制，就没办法重试去做种上传了。
群友的一些话，要么直接宣告失败，要么无限重试，毕竟你永远不知道谁会在什么时候把种子补完整，可能 PikPak 是想要尽可能高的离线成功率，所以说，他当时用6pan就遇不到这个问题了，因为6pan判断失败后，在也不会去离线下载了。然后这个种子未来有一天就算活了，6pan离线下载也就彻底废掉了，保存不进去。
还有人说可以离线下载前看健康度避免反复离线下载，我认为就是，和peer握手后能看到健康度，但是peer不是瞬间可以连上的，包括突然有一个种源睡觉睡醒了，然后才开机做种。如果看健康度的话，很可能会错过完整的种源，导致离线不进行下载。所以这种问题，没有解决方案，最好的话是屏蔽pikpak的6881 6882 6883 6884几个端口，或者ip地址，我的建议是，你直接把这个种子删掉，找个新种子去下载。挂死种纯属浪费时间，他认为重试的时候从0%开始就不太合理了。。。服务器省成本，其实能理解，毕竟app还能遇到归档文件冻结要5分钟解冻，主要还是钱的问题，永久保存死种就不会这样了