Req: Multisource download

doeboydk · Post by **doeboydk** » 2004-01-27 14:35

Hi
i have a feature request
how about making a multisource download feature
where ur abel to download from several peopel on same file to increase speed on download
maybe something like 3 sources max 1 source allowed pr hub you are connected to what do you think good/bad idea Ã‚Â¿

joakim_tosteberg · Post by **joakim_tosteberg** » 2004-01-27 14:43

SEARCH IS YOUR FRIEND!
This has been discussed before, continue this topics if you think you have something to add.
Removed thepoll...

doeboydk · Post by **doeboydk** » 2004-01-27 14:55

sorry just found forum didnt see other topics

doeboydk · Post by **doeboydk** » 2004-01-27 15:03

i just found the multidownload mod guess its allready out there

Post by **GargoyleMT** » 2004-01-31 16:52

doeboydk wrote:i just found the multidownload mod guess its allready out there

Yes, and unsafe

Quantum · Post by **Quantum** » 2004-02-08 15:08

Music files and larger files tend to be corrupted (really annoying when you have been waiting for that 700MB file for several hours or days) when downloading from multiple sources and the video files might get nasty artifacts, that used to happen when I was using Kazaa.

joakim_tosteberg · Post by **joakim_tosteberg** » 2004-02-08 15:11

Quantum wrote:Kazaa.

Please don talk about this program, I almost only have bad memorys of it. Corruted downloads, fake files aor viruses there was an 95% chance that a file would be any of these....

OrangeSlice · Post by **OrangeSlice** » 2004-02-08 18:38

Quantum wrote:Music files and larger files tend to be corrupted (really annoying when you have been waiting for that 700MB file for several hours or days) when downloading from multiple sources and the video files might get nasty artifacts, that used to happen when I was using Kazaa.

Yea, I tested the latest versions of some multisourcing clients yesterday. Downloaded a 700mb .bin file with many sources. Tried it 3 times, all 3 times the file was corrupted and unusable. Music and video files will also get corrupted but still be usable (pops and crackling in music and artifacts in vid files).

So, until dc gets some kind of file protection scheme like BitTorrent, do NOT use multisourcing clients, they are UNSAFE.

mithrandir · Post by **mithrandir** » 2004-02-14 15:01

Well then the next version of DC++ should have a safe multisource feature because in my opinion, nothing beats it!!!

Todi · Post by **Todi** » 2004-02-14 17:24

mithrandir wrote:Well then the next version of DC++ should have a safe multisource feature because in my opinion, nothing beats it!!!

It can't be safe until hashing has become common. Keep your shoes on.

mithrandir · Post by **mithrandir** » 2004-02-15 01:02

Post by **GargoyleMT** » 2004-02-15 10:21

mithrandir wrote:

If you want to pay someone to code it, feel free.

Otherwise, please try to avoid emotional manipulation, kthxpls.

cyberal · Post by **cyberal** » 2004-02-21 22:53

lol, this is almost beginning to get sad :/
time after time after time new users are requsting old thougt of features like they are the first to come up with them =)

Post by **GargoyleMT** » 2004-02-22 22:48

cyberal wrote:lol, this is almost beginning to get sad :/
time after time after time new users are requsting old thougt of features like they are the first to come up with them =)

Exactly, OMG!

For most, I try to point them at the existing requests, and if they're duplicates, I try to encourage them to post more suggestions, but check for dupes first.

Hopefully this doesn't discourage people, it's more or less only multisource and 'disconnect downloads that are too slow' that keep getting re-requested on a regular basis.

vec · Post by **vec** » 2004-02-25 22:28

well since arne is implementing the hash coding, wouldnt this be a good time to start thinking about how to optimize the way slots and diffrences in download speed from diffrent users are handled?
i mean theres loads that can be optimized, even with regards to the dynamic ways traffic goes around.

i might have missed a former discussion on this, but atleast i did search for it

vec · Post by **vec** » 2004-02-25 22:48

maybe some sort of algorithm that would try to get as many sources it can get without maxing out the bandwith (which could be a user setting since theres no point in lying about that in this way)?

vec · Post by **vec** » 2004-02-27 23:15

seems like iv stuned you with stuoidity while i was aiming for a provocative statment .. i failed

OrangeSlice · Post by **OrangeSlice** » 2004-02-28 00:43

dc really wasnt designed to have multisource downloads

potentially just a few users could take up hundreds of slots (most cable and dsl connections are fast enough for this)...which is why a lot of hubs ban multisource clients

I would like faster downloads too but crippling entire hubs with tons of multisource clients isnt the answer.

cologic · Post by **cologic** » 2004-02-28 11:32

Slots are a poor abstraction for bandwidth, which is the more real (ISP-imposed) limitation for a P2P user. One might look into changing their nature if one wishes for multisource downloading.

Post by **GargoyleMT** » 2004-02-28 13:40

vec wrote:well since arne is implementing the hash coding, wouldnt this be a good time to start thinking about how to optimize the way slots and diffrences in download speed from diffrent users are handled?

Actually, thinking about multi-source should probably be done a couple versions after hashing is enabled and bug-free... If slots become useless (as they should), many hubs will likely resist that new version of DC++.

That said, Arnetheduck's replacement protocol has this in it:

ADC wrote:Automatic slot allocator speed limit, bytes/sec, integer. This is the recommended method of slot allocation, the client keeps opening slots as long as its total upload speed doesnÃ¢â‚¬â„¢t exceed this value. SL then serves as a minimum number of slots open.

Source-exchange has been mentioned before, at least in conversations I've taken part in. Revamping the slot system might also be tied into discussions about upload queueing.