Req: Multisource download
Moderator: Moderators
Req: Multisource download
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 ¿
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 ¿
-
- Forum Moderator
- Posts: 587
- Joined: 2003-05-07 02:38
- Location: Sweden, Linkoping
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
Yes, and unsafedoeboydk wrote:i just found the multidownload mod guess its allready out there
-
- Forum Moderator
- Posts: 587
- Joined: 2003-05-07 02:38
- Location: Sweden, Linkoping
-
- Posts: 12
- Joined: 2003-12-09 19:53
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).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.
So, until dc gets some kind of file protection scheme like BitTorrent, do NOT use multisourcing clients, they are UNSAFE.
-
- Posts: 7
- Joined: 2003-06-03 11:47
- Location: Sweden
-
- Posts: 7
- Joined: 2003-06-03 11:47
- Location: Sweden
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
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 =)
time after time after time new users are requsting old thougt of features like they are the first to come up with them =)
http://whyrar.omfg.se - Guide to RAR and DC behaviour!
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
Exactly, OMG!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 =)
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.
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
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
-
- Posts: 12
- Joined: 2003-12-09 19:53
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.
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.
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
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++.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?
That said, Arnetheduck's replacement protocol has this in it:
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.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.