Closed airium closed 6 years ago
+1 for libtorrent 1.0.11 I have encountered several tracker announcement and disk IO issues with libtorrent 1.1.x branch, not a bug, but lt 1.0.11 performs more like what I expected.
IIRC @Chocobo1 finalized the PR for the torrent creation.
As for bdecode_node, there's something equivalent in 1.0.x. I think it is lazy_entry
and entry
(from bdecode). I am away now, and can't confirm. Other places in our codebase must have an alternative implementation for 1.0.x. This should be an oversight.
Online git blame shows that @Chocobo1 added those lines too.
@airium check patch in #8811
Verfied this patch in Windows, successfully compiled. (libtorrent1.0.11 qt5.9.4)
@sledgehammer999 Sorry for my delay to check the patch. I have just experimented it on both Windows 10 and Ubuntu 16 and now it passes all compilation and works well, even immediately better than 4.0.4.
Thank you for your timely hotfix. I will close this issue and please merge the patch.
qBittorrent version and Operating System
qBittorrent-nox 4.1.0 Alpha (using the latest master branch) on Ubuntu 16.04 LTS
If on linux, libtorrent and Qt version
libtorrent 1.0.11 (local compilation) + Qt 5.5.1 (PPA)
What is the problem
With a successful configuration, I encountered the compiling error:
It seems that the new code for creating torrent explicitly introduces libtorrent 1.1 flag
optimize_alignment
, which isoptimize
in libtorrent 1.0. Then I tried to replace all presence to the older one, and got new error:This time it seems that libtorrent 1.0.11 totally has no such file
bdecode.hpp
andbdecode.cpp
definingbdecode_node
and I temporarily find no old API replacement for it.Does it mean qbt 4.1.0 will possibly break any further dependency on libtorrent 1.0.11? or simply I just forget to do something? Personally, I am still a little bit sticking to libtorrent 1.0.11, which is more robust than current 1.1. I expect I could still use 1.0.11 for a while.