mldonkey, a multi-networks file-sharing client - Tasks: task #5402, Attach ed2k elinks to bittorrent...
You are not allowed to post comments on this tracker with your current authentication level.
task #5402: Attach ed2k elinks to bittorrent files
Submitter: | Carlos Acedo <hirs> | ||
Submitted: | Thu 13 Apr 2006 11:15:53 AM UTC | ||
Category: | Bittorrent-Plugin | Priority: | 1 - Later |
Status: | None | Assigned to: | None |
Open/Closed: | Open | Should Start On: | Thu 13 Apr 2006 12:00:00 AM UTC |
Should be Finished on: | Thu 13 Apr 2006 12:00:00 AM UTC |
Sat 22 Jul 2006 05:32:05 PM UTC, comment #4: |
pango <mlpango>![]() |
Sat 22 Jul 2006 04:54:26 PM UTC, comment #3: I think swarming isn't implemented in the gui's yet, because it wasn't relyable (for instance that not all downloads were removed after commit). However this has changed by now, so we might want to push the gui people to implement this. |
White_FrosT |
Mon 24 Apr 2006 03:27:06 PM UTC, comment #2: Yes, that's exactly what I mean, lphant aclaims to be the first p2p client with that feature, I think it's the second one :)
|
Carlos Acedo <hirs> |
Mon 24 Apr 2006 02:28:08 PM UTC, comment #1: You mean swarming, as implemented since 2.5.17, or something else ?
|
pango <mlpango>![]() |
Thu 13 Apr 2006 11:15:53 AM UTC, original submission:
This feature is allready implemented in lphant client, most files in BT are also shared on ed2k network,so it would be great if you could download a file simultaneously from both networks
|
Carlos Acedo <hirs> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follows 1 latest change.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2010-10-24 | balamutick | Carbon-Copy | - | ![]() |
Added balamutick |
They still don't always commit correctly.
Sometimes that works just right (or some entries stay around for several seconds, then disappear correctly), but sometimes some entries are stuck in "done" list and cannot be commited (the file(s) are ok, through).
I've see very weird thing happening, like files with numbers appended to their name (like is done to avoid clashes) appearing for a short while, then being replaced by the correct name, etc, etc, so it seems that lots of different mecanisms are competiting at commit time, result depending on luck. Good luck for debugging...