I'm trying to download openSUSE 10.3 and the torrent is dog **** slow. So I started downloading the file via normal http/ftp download. Which was 5 to 10 times faster. The thing is when i got up today the download was stalled. Which seems to be a common theme I have with kget. So I start up ktorrent instead.

The thing is I have different amounts of data from both downloads. So I thought, wouldn't it be nice if the really cool people at ktorrent.org created some feature/plugin that allowed ktorrent to import incomplete data from a kget download and merge it with the torrent. I also thought, wouldn't it be nice if this feature/plugin could also let you enter the http/ftp location of the same file as in the torrent and download from both torrent peers and http/ftp sources.

This type of feature/plugin should greately increase download speeds and decrease the amount of time peers can start seeding.

If you want the developers to add this feature/plugin, vote yes.

I forgot to mention, I'm using ktorrent 2.2.2. And I know in the subject I said merge ktorrent & kget. What I mean is add kget functionality to ktorrent. Not merge the programs them selves.

It should work, granted you're downloading the exact file, if you start downloading with KGet, then when it stalls you get a torrent file and start downloading with KTorrent, move the KGet's file in place of KTorrent's and check the data integrity. Obviously, not the other way around.

Allegedly some software is able to leech from both http and bittorrent sources simultaneously (GetRight? Shareaza? aria2?).

I think web seeding should alleviate that issue further and, if I'm not mistaken, it's been actually already implemented in KDE4's KTorrent.

Pardon me if I'm spewing some nonsense, I'm enjoying the small hours, which might have impact on my ability to get the facts right.

lucke wrote:It should work, granted you're downloading the exact file, if you start downloading with KGet, then when it stalls you get a torrent file and start downloading with KTorrent, move the KGet's file in place of KTorrent's and check the data integrity. Obviously, not the other way around.

Allegedly some software is able to leech from both http and bittorrent sources simultaneously (GetRight? Shareaza? aria2?).

I think web seeding should alleviate that issue further and, if I'm not mistaken, it's been actually already implemented in KDE4's KTorrent.

Pardon me if I'm spewing some nonsense, I'm enjoying the small hours, which might have impact on my ability to get the facts right.

I've all ready thought of that. And it works fine if you're starting the torrent from the begging. But if you try this with an all ready started torrent you pretty much ruin the torrent and have to start it over.

Here's a crazy loop hole I just tried. You need ktorrent running on two linux accounts. Make sure they're set up on differant ports or this wont work. On the second linux account copy the data from kget into the torrent location. Start a fresh torrent of the file you want downloaded. Ktorrent will scan the incomplete data and start from there. This is pretty much what you told me to do.

Now, go back to your original linux account with the torrent you all ready had going. Right click on the torrent and click "Add Peers". Add 127.0.0.1 and the port you choose for the ktorrent in the second linux account. Because this is a local connection you should "download" the newly merged torrent data from your second linux account to your torrent data on your primary linux account.

Make sure you close a lot of stuff you don't need running. This can really slow down your system doing this. Once your primary account is done getting all the data from the second linux account you can close ktorrent and log off the second account.

Well, yeah, you can also use some other torrent clients with ability to import torrents, like Azureus or rtorrent(?), instead of second instance of KTorrent. That's indeed a way to merge two sets of data.

Anyways, merging two sets of data with one instance of KTorrent would be indeed not a bad thing to have.

lucke wrote:It should work, granted you're downloading the exact file, if you start downloading with KGet, then when it stalls you get a torrent file and start downloading with KTorrent, move the KGet's file in place of KTorrent's and check the data integrity. Obviously, not the other way around.

Allegedly some software is able to leech from both http and bittorrent sources simultaneously (GetRight? Shareaza? aria2?).

I think web seeding should alleviate that issue further and, if I'm not mistaken, it's been actually already implemented in KDE4's KTorrent.

Pardon me if I'm spewing some nonsense, I'm enjoying the small hours, which might have impact on my ability to get the facts right.

Webseeding itself has not yet been added, all the architectural changes need to support it, have been done, but the webseeding itself is not finished yet. I'm hoping to finish it after the IP filter plugin is ported.