OpenWrt 19.7.7系统【upnp映射失败】
padavan 3.4.3.9-99-21-2-2系统【成功】
OpenWrt单方面的BUG,你可以试一下其它的软件,比如说迅雷,qbittorrent等,也是同样的失败。
让他去把长效种子申请为bep标准化 Long-Term Seeding bep Standards ,这样libtorrent 就会根据协议规范开发进行支持。
然后使用libtorrent套壳的GUI qbittorrent自然也会支持。
这样他就不会眼馋 bitcomet 的长效种子功能了。
以下为github回复对方内容
也可以使用开源软件来进行长效种子,这样你也可以不必使用非开源软件,只要作为bep协议开发标准,其它BT开源软件,都会更新支持,你也就可以自由选择其它客户端使用体验上这个功能。
还有人吐槽制作种子后添加的 这个后缀文件 _____padding_file,在来解答下吧
比特彗星他还会给种子文件里面加奇怪的东西。不太能理解 他要做什么
反正对不使用这个软件的 只会看到一对垃圾 体验不好
这是区块对齐功能,支持bep47 BT协议规范的客户端都会加这个,比如说qbit 4.2最新版已经支持
如果看到这些文件那只是客户端不支持客户端比较垃圾
可以去找出现问题的客户端作者去更新支持BT协议
qb也能看到 比特彗星 特有的文件
QB的话4.2最新版已经支持了,升级到最新版即可
qb我用老的,新的更新感觉很奇怪,下载没那么快
老版本那就没法了,QB新版本制作种子,也会添加这些文件的都一样
我以前做种子都是ut,因为qb乱序给我,比特彗星又是+文件
我说的是 用比特彗星 制作种子后添加的 这个后缀文件 _____padding_file
就是这个啊,区块对齐,制作的时候默认勾选的,可选取消,这是BT协议标准
https://www.bittorrent.org/beps/bep_0047.html
BT协议BEP47规范中的填充文件padding属性(qBittorrent v4.2.0版本起已更新支持边界对齐BEP47规范)
qb最新版本制作种子的时候,一样会添加这些文件
这协议是提高下载速度和性能并且解决卡99%进度问题用的
那感谢你提醒 下次使用旧的qb版本制作种子,这种文件很又矮观瞻
QB也是可选的,制作种子的时候有个区块对齐,取消,就不会有这些文件生成了
好吧我知道了 下次取消,因为做种的不知道所以√了
这功能,开着是最好的,可以有效提高性能,你硬盘就不会卡100%了
反正刚接触是什么都用过,99%从新校验一下基本也能完事,视频文件99%绝对是能看的
无法解决的,你用网盘,下载完成一个视频文件,导入BT客户端卡99%
就是因为没有启用这个BT区块对齐协议引起的问题,尾部的区块丢失了两个文件相邻
https://tieba.baidu.com/p/5761869240
网上很多类似的一搜就知道了,或者自己尝试下
相邻文件丢失 这个我有感
明明a是 99% 却导致 b文件 头丢掉,b文件是完整的
对的,,这就是BT种子制作的时候没有开启区块对齐就会引起这个毛病
因为下载A文件的时候,需要从B文件获取一个头来填充完整的一个区块
开了区块对齐,会有一个隐藏的填00空文件进行填充这样不会涉及到B文件
ut是不是默认种子对齐还是没有,只有新的客户端支持?
我理解他的拼接切割在哈希 这种远离
据我所知UT还不支持这个BT协议,目前已知支持的有比特彗星,QBIT和迅雷
transmission也是不支持的,其他的客户端我没测试了,什么毒蛙这些,我没安装过
那有没有优点这个功能,有没有什么缺点
这协议优点是提高下载速度和性能并且解决卡99%进度问题用的
缺点就是不支持的客户端会显示 制作种子后添加的 这个后缀文件 _____padding_file
迅雷基本上做种的都屏蔽了,这个优点对小白来说好,其实我还是不喜欢看到这种文件
反正不知道大家为什么反感迅雷吸血
根据上方介绍,BT协议BEP47规范中的填充文件padding属性(qBittorrent v4.2.0版本起已更新支持边界对齐BEP47规范)
你用qBittorrent v4.2.0制作生成种子文件,也会产生“如果你看到此文件,请用BitComet客户端打开这个种子。”这种文件在种子中
而不是你自行猜测的
为了BC自己做的种子还能在eMule网络中下载,不过大多eMule的反吸血mod都屏蔽了BC。这部分也只对BC自己有用,对其他客户端使用者确实是干扰。
关于这点,也就是上方所说的,你可以去提交bep标准,让其支持即可,libtorrent根据bep标准开发完毕后,qbittorrent后续就会更新支持该功能。
对于一个原本可以自由选择喜爱的BT客户端、十分希望下载该种子的用户,他如何才能知道有没有可能能从长效种子这个功能的设置中受益并下载这个种子呢?他不知道,他只能下载安装这个不自由的客户端,进行尝试。
这也就是我为什么让你去申请bep的原因,GPL开源软件任何人都可以参与bep协议规范开发,只要有人迈出这一步
不论他尝试的结果是能够下载还是不能,这种逻辑还是会导致的BitComet的装机量增加。而最大受益者还是BitComet背后的组织,并非BT社区。
也许有人会说类似GPL的传播式开源不够自由。不过我觉得怎么也比装上一个我完全信不过看不到的客户端要来的舒服。至少我们的隐私和安全可以得到保证,有能力者也可以修改代码自定义(就像qbee的开发一样)。
小樱大佬,人家现在github上骂你脸皮厚
小櫻姊已經厲害到出國比賽了, 加油!
openwrt里面找到这个选项勾上试一下看看?我这是勾上也显示失败 不知道你那行不行
不过虽然勾不勾都是显示失败,但是实际上upnp列表已经看到并且正常打通了端口
取消了,也不行。列表中没有。
1.75 版本的記憶體使用量
麻烦看看统计页面里的内存用量信息,是哪部分内容占用得多呢?
特地退回1.75 版測試, 感覺記憶體在爬天梯…
感谢反馈。一时看不出来内存被哪个模块占用率,我多测试一下
感谢反馈。一是看不出来内存被哪个模块占用率,我多测试一下
要把高级选项的内存压缩关了才能看出来。。
你可以禁用tracker,然后过几天看看