DHT trackerless
Unfortunately I had to do the same Btrack. I'm forced into using Azureus and µTorrent 1.6.1 (Darwine) since the both offer DHT. If only Transmission had DHT, so sick of having to use that bloated (and oddly Queue-challenged) Azureus and µTorrent is buggy in Darwine (UI will die if you try hiding it or moving the window to another space.).
-
- Transmission Developer
- Posts: 3142
- Joined: Fri Jan 13, 2006 8:08 pm
-
- Posts: 12
- Joined: Sun Dec 09, 2007 11:38 pm
-
- Posts: 695
- Joined: Wed Oct 31, 2007 6:11 am
- Location: Australia
http://en.wikipedia.org/wiki/Kademliajolivierld wrote:I'm guessing there must be some sort of open-source impl. of DHT for BT ?
Any volunteers?
I'm currently reworking KadC (kadc.sf.net) to make it support Bittorrent Mainline DHT (and also every other type of DHT around, but it's pretty low priority ).
The main problem with the Kademlia stuff is that anyone who wanted to use it used the spec, tweaked it a little, and used it for its thing, without regard to interoperability or anything (like, the BT DHT uses k=8 k-buckets, while the eDonkey/Overnet uses k=20). Which means I can't use a eDonkey DHT on the Bittorrent DHT Network (they don't even speak the same language).
My choice was KadC because it's C, but right now I've been recoding much of it. The others are scripting languages or C++, which I'm trying to stop messing with .
Right now it works only on the Overnet network (because that's what it was doing first, and it's language is (almost) completely reverse-engineered), and I still don't track conversations correctly (because it uses UDP).
I hope to have some progress soon, but don't expect a DHT inside Transmission (from me that is) before 1.2 .
The main problem with the Kademlia stuff is that anyone who wanted to use it used the spec, tweaked it a little, and used it for its thing, without regard to interoperability or anything (like, the BT DHT uses k=8 k-buckets, while the eDonkey/Overnet uses k=20). Which means I can't use a eDonkey DHT on the Bittorrent DHT Network (they don't even speak the same language).
My choice was KadC because it's C, but right now I've been recoding much of it. The others are scripting languages or C++, which I'm trying to stop messing with .
Right now it works only on the Overnet network (because that's what it was doing first, and it's language is (almost) completely reverse-engineered), and I still don't track conversations correctly (because it uses UDP).
I hope to have some progress soon, but don't expect a DHT inside Transmission (from me that is) before 1.2 .
-
- Posts: 695
- Joined: Wed Oct 31, 2007 6:11 am
- Location: Australia
Both libtorrents have been able to stick in implementation of DHT.
Rasterbar's seems a little more complete than Rakshasa's.
See the source for both.
http://www.rasterbar.com/products/libtorrent/
http://libtorrent.rakshasa.no/
Rasterbar's seems a little more complete than Rakshasa's.
See the source for both.
http://www.rasterbar.com/products/libtorrent/
http://libtorrent.rakshasa.no/
are either of those open source, and able to be modified for use in Transmission?ChamPro wrote:Both libtorrents have been able to stick in implementation of DHT.
Rasterbar's seems a little more complete than Rakshasa's.
See the source for both.
http://www.rasterbar.com/products/libtorrent/
http://libtorrent.rakshasa.no/
that should would save a lot of time, not having to write the code from scratch....
-
- Posts: 28
- Joined: Thu Nov 22, 2007 3:27 pm