[NEC.]

I have some incomplete downloads and I can't finish them the way they begin, so, since the EXACT same file is available through eMule I thought renaming the .avi (the incomplete download) as 084.part (the eMule download of the same file, it was on 0 bytes) maybe the 'complete chunks' will not be downloaded again.
I started eMule but it says '0% complete' . . . any ideas?

What do you think? It's possible ?

TIA

[Prelude76]

.part file is useless without the .met file. .met is like an index that tells emule what chunks you have, what chunks you dont.

plus your incomplete .avi will be smaller file size than a .part file (.part file are full size right at the beginning) and there's no way you will get the hash number to match up a partial file.

in emule, the filename is irrelevant. you can call your file name "babs does houston.avi" but if the hash matches "dumb&dumber.avi", it would still download the correct file.

This post has been edited by Prelude76: 09 December 2003 - 06:39 PM

[p2pnewbie]

Prelude76, on Dec 9 2003, 09:36 PM, said:

(.part file are full size right at the beginning)

No they're not. The size of the .part file is n*9.28MB (or a bit less) where n is the number of the last chunk data is downloaded from. So if you only have data from the first chunk, the part file is not bigger than 9.28MB.

As for the original question, yes it is possible in some cases. I'm not gonna explain it here, try searching the forum and trying to figure it out yourself if you really must do it. If you have any other choice, do so. It's easy to mess up and if you can't figure it out yourself it's probably not for you.

[NEC.]

Prelude76, on Dec 9 2003, 03:36 PM, said:

.part file is useless without the .met file. .met is like an index that tells emule what chunks you have, what chunks you dont.

plus your incomplete .avi will be smaller file size than a .part file (.part file are full size right at the beginning) and there's no way you will get the hash number to match up a partial file.

Yes, of course, but I have the:
1) 084.part
2) 084.part.met
3) 084.part.met.bak
I had that file downloading in eMule already, so I replaced the 084.part (0 bytes) with the renamed .avi, now 084.part (partial download, 350MB).


"plus your incomplete .avi will be smaller file size than a .part file (.part file are full size right at the beginning)"

No, the .avi was already the size of the complete file.


"and there's no way you will get the hash number to match up a partial file."

Ok . . . but eMule won't hash the chunks separately and keep some?

Thanks.

[Prelude76]

are you sure about this p2pnewbie? if i'm downloading 3 avi files, i have 3 .part files in my temp folder, all of them are like 710mb or so. disk usage for the folder is 2.1 GB.

[Prelude76]

NEC, i suspect its your .MET file. say originally it indexed and showed that your .part file was at 10%, and you replace the .part file with a renamed .avi that's at 30%, the .met file wont automatically know where that extra 20% came from.

maybe there's a way to fix this (perhaps by repairing the .MET file manually)? but just by simply renaming it, it wont continue from the 30% mark.

[Os008]

u r right Prelude76, sorry p2pnewbie but i agree with him (through experience for a year and a half), even with NTFS it compresses the file to 0MB at the beginning but it's still 700MB in the origin if uncompressed!

[NEC.]

p2pnewbie, on Dec 9 2003, 03:42 PM, said:

As for the original question, yes it is possible in some cases. I'm not gonna explain it here, try searching the forum and trying to figure it out yourself

Yeah, I clicked on 'Search' and tried to find something, no luck. I'll try again. I someone have a link . . .


"if you really must do it"

Hehe, I understand it's not the most orthodox thing to do but it could save me a lot of time.


"if you can't figure it out yourself it's probably not for you."

That's a good advise, for about any situation

[Andu]

p2pnewbie is right. eMule only allocates as much space as the downloaded chunks need unless the last chunk has been downloaded. Once the last chunk has been downloaded eMule will allocate the entire filespace.

Quote

NEC, i suspect its your .MET file. say originally it indexed and showed that your .part file was at 10%, and you replace the .part file with a renamed .avi that's at 30%, the .met file wont automatically know where that extra 20% came from.

That's wrong. If you have a .part.met it contains the hash table for the file. So if you take your .avi from another program and rename it to .part you 'might' be able to go on with the download. That only works if the filehash and the chunk hashes are the same. If the .part file changes between shutting the client down and starting it again the file will be rehashed and eMule will verify if it's the same file. If none of the chunk hashes match it will drop all of them and you will have to start from the scratch.
Unless someone has made a little program that can calculate the filehash and the chunk hashes it's almost impossible to determine if a file with the same name and same size actually is exactly the same. Sometimes there are just a few bits missing and that messes up the entire filehash and makes your download incompatible.

[Prelude76]

Andu, on Dec 9 2003, 02:11 PM, said:

Sometimes there are just a few bits missing and that messes up the entire filehash and makes your download incompatible.

we've all been down that road.

movie was at 99%, emule crashed, rebooted, .met file was corrupt, and movie starts up at 0% again.

[Paddy]

this app lets you continue bittorrent downloads

http://files.edonkey...ile.php?lid=179

dmTorrent2Part Ver: 2.1 Date: 2003/11/29

It converts an unfinished BitTorrent download in a eDonkey download.


check out http://files.edonkey...loads/index.php
for other tools which may help ya.

[NEC.]

Paddy, on Dec 9 2003, 07:57 PM, said:

this app lets you continue bittorrent downloads

http://files.edonkey...ile.php?lid=179

dmTorrent2Part Ver: 2.1 Date: 2003/11/29

It converts an unfinished BitTorrent download in a eDonkey download.


check out http://files.edonkey...loads/index.php
for other tools which may help ya.

Thanks

[Explosive]

Prelude76, on Dec 9 2003, 08:05 PM, said:

Andu, on Dec 9 2003, 02:11 PM, said:

Sometimes there are just a few bits missing and that messes up the entire filehash and makes your download incompatible.

we've all been down that road.

movie was at 99%, emule crashed, rebooted, .met file was corrupt, and movie starts up at 0% again.

rename the met.bak file to .met and it'll back to the 99%.

[p2pnewbie]

Explosive, on Dec 10 2003, 06:51 PM, said:

rename the met.bak file to .met and it'll back to the 99%.

I think that's in the FAQ so everyone should know about it already... The big problem is that quite often the .part.met.bak is corrupt too... Luckily re-downloading something isn't that much of a problem most of the time. Most people have a broadband nowadays and most downloads get finished in a week at most even with emule (assuming 24h usage).

[Xerxes]

NEC., on Dec 9 2003, 02:31 PM, said:

I have some incomplete downloads and I can't finish them the way they begin, so, since the EXACT same file is available through eMule I thought renaming the .avi (the incomplete download) as 084.part (the eMule download of the same file, it was on 0 bytes) maybe the 'complete chunks' will not be downloaded again.
I started eMule but it says '0% complete' . . . any ideas?

What do you think? It's possible ?

TIA

Long ago, xrmb designed code for a mod to do exactly this. Because it's complicated, it never got widely adopted

You can go to xrmb's homepage http://home.comcast..../emule/all.html and download xrmb's mod of v.24, which was the last version produced with the code. Read the instructions carefully (its not for the average end user). Open xrmb's v.24, DO NOT CONNECT to a server, and use the mod to import your old file and its data into the empty .part/.met in your temp directory. Then you can quit xrmb's mod, and start up the current client, connect and (with luck) download away.

See also this thread.

[xrmb]

thanks for recommending my good old code I can confirm that it will work as long as you stay offline

[Os008]

y don't u update your mods anymore, u seem to be a good and capable programmer, i would like to see a new mod out of your LAB eagerly