well i've been using DC++ for some time now and i find it kicks 10 shades of shit out any and all of its competitors.... the one thing it falls short in, however, is multi-threading downloads... thats an absolutely awesome feature for larger-bandwidth users who cant always find a fast user to download from...
i understand that maybe you do this so as not to clog up users upload slots, but maybe you could limit the threads to 3 or something... that would still provide a great improvement in performance...
just a thought...
R
Is it possible do multi-thread DLs....
Moderator: Moderators
-
GargoyleMT
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-08 02:46
- Location: .pa.us
-
OrangeSlice
- Posts: 12
- Joined: 2003-12-10 00:53
File integrity is indeed a huge problem. I occasionally use zDC++ (a multisource client using dc++ core) to get anime episodes and there is definitly a chance of file corruption when using multiple sources for one file. I would strongly suggest NOT using multisourcing clients to download large files like ISOs and such where file integrity is very important. Its ok for vid files though unless the file really gets messed up and does not play, thats happened to me about 4 times now, normally you usually just get more artifacts in the vid that usual when multisourcing.
Also, some hub operators dislike multisourcing clients as they take up a LOT of user slots when downloading. So, be careful if you use a multisourcing client or you might get banned.
link to zDC++ http://xoomer.virgilio.it/popslutor/
The author is Italian but there is an english version of the client also.
With multisourcing, my 220kB/sec downstream is usually maxed on any file I download, its nice but DC definitly needs some kind of file hashing scheme like BT has.
Also, some hub operators dislike multisourcing clients as they take up a LOT of user slots when downloading. So, be careful if you use a multisourcing client or you might get banned.
link to zDC++ http://xoomer.virgilio.it/popslutor/
The author is Italian but there is an english version of the client also.
With multisourcing, my 220kB/sec downstream is usually maxed on any file I download, its nice but DC definitly needs some kind of file hashing scheme like BT has.
-
roachsucker
- Posts: 2
- Joined: 2004-01-10 17:23
-
GargoyleMT
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-08 02:46
- Location: .pa.us
OrangeSlice wrote:I would strongly suggest NOT using multisourcing clients to download large files like ISOs and such where file integrity is very important. Its ok for vid files though unless the file really gets messed up and does not play, thats happened to me about 4 times now, normally you usually just get more artifacts in the vid that usual when multisourcing.
Based on those comments, I strongly discourage people from using multi-source clients on anything they plan to share, immediately, or at any point in the future.
If people don't follow this advice, DC will end up being another corrupted-file haven just like Kazaa.
-
Sedulus
- Forum Moderator
- Posts: 687
- Joined: 2003-01-04 14:32
GargoyleMT wrote:just like Kazaa.
(my emphasis)
MT is so totally right. this of course applies to all downloads. they need a check before sharing, but with (corrupted) multi-source dl's, it's too damn easy to propagate bad files. please check your shares before spreading crap.
http://dc.selwerd.nl/hublist.xml.bz2
http://www.b.ali.btinternet.co.uk/DCPlusPlus/index.html (TheParanoidOne's DC++ Guide)
http://www.dslreports.com/faq/dc (BSOD2600's Direct Connect FAQ)
http://www.b.ali.btinternet.co.uk/DCPlusPlus/index.html (TheParanoidOne's DC++ Guide)
http://www.dslreports.com/faq/dc (BSOD2600's Direct Connect FAQ)
Who is online
Users browsing this forum: Google [Bot] and 0 guests