Resume Download

[hawthorn1]

Hi. I started to d/l a song but halfway through had to close connection to net. When I came back, none of the file seemed to be there and I haf to start again.

Im using History and Popup Killer, would this effect it? Or would cookies?

Thanks, h1.

[~FunK_mOb~]

I've had the same thing too a couple of times,but i'm not sure why this happens.
Very frustrating when your halfway trough a moviefile,and notice when you open up k-lite again it's back to 0/kb :frusty: (even happens when k-lite is still open but the source goes ofline...seen it happen with my own eyes :frusty: )

Anything I can say is that you'll have to swallow your frustration and start the dl again.I don't think cookies or pop-up blockers have any effest on this.

[MUSLEMAN]

you may have corrupted the dat files

[~FunK_mOb~]

Originally posted by MUSLEMAN@12 February 2004 - 05:35
you may have corrupted the dat files
And how is that possible? :huh:
I mean,just closing k-lite or a source going ofline...don't see how this can corrupt a file :unsure:

[DrSpud]

This (http://drspud.no-ip.com/faq.html#restore) may help. However, if the file is relatively small or you have a fast connection, it would probably be easier to just redownload the whole thing.

[MUSLEMAN]

Originally posted by ~FunK_mOb~+12 February 2004 - 00:44--></div><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td>QUOTE (~FunK_mOb~ @ 12 February 2004 - 00:44)</td></tr><tr><td id='QUOTE'> <!--QuoteBegin-MUSLEMAN@12 February 2004 - 05:35
you may have corrupted the dat files
And how is that possible? :huh:
I mean,just closing k-lite or a source going ofline...don&#39;t see how this can corrupt a file :unsure: [/b][/quote]
dat files can get corrupt very easy, he said he closed connection to the net, if he is saying what i think, then that could corrupt them.

he didn&#39;t say closing klite or source going off line now did he?? :lol:

[~FunK_mOb~]

Originally posted by MUSLEMAN@13 February 2004 - 00:04
he didn&#39;t say closing klite or source going off line now did he?? :lol:
No but I did :lol:


even happens when k-lite is still open but the source goes ofline...seen it happen with my own eyes

[MUSLEMAN]

Originally posted by ~FunK_mOb~+12 February 2004 - 19:39--></div><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td>QUOTE (~FunK_mOb~ @ 12 February 2004 - 19:39)</td></tr><tr><td id='QUOTE'> <!--QuoteBegin-MUSLEMAN@13 February 2004 - 00:04
he didn&#39;t say closing klite or source going off line now did he??&nbsp; :lol:
No but I did :lol:


even happens when k-lite is still open but the source goes ofline...seen it happen with my own eyes [/b][/quote]
well what you said has nothing to do with what he said and i was answering him.

now,

what is that you see when souces go off line??

[oldjagman]

I have observed that, when going offline or closing down Klite without going offline, I lose some of what I had downloaded.

If there is only a small amount (say 100ks or less) I can lose it all.

As a corollary of this, the same may apply with Bittorrents, but different software has differing losses. Using Shadow I have lost upwards of 10% of the download whereas with Azureus the loss is negligible.

This may be due to the bit size that is allocated to the file by each client and we are losing what has yet to be allocated to the saved file - it could be in a buffer awaiting allocation (or have I missed the point yet again?)

[MUSLEMAN]

Originally posted by oldjagman@12 February 2004 - 23:16
I have observed that, when going offline or closing down Klite without going offline, I lose some of what I had downloaded.

If there is only a small amount (say 100ks or less) I can lose it all.


that is an estimate so you are not losing anything the estimate has changed :lol:

[oldjagman]

Right&#33; Done some tests using Clean KMD and it appears to work like this - if you close down with your downloads running you may lose some of the "estimated" data (worst case, apart from losing the lot, was 36% lost) but if you pause your downloads before leaving the client (or going off-line) then you get 100% of the "estimate" back when you restart (this applied at the very low end of the scale where I managed to download and retain 17kb of the test file.

Test file was Queens&#39; Bohemian Rhapsody (size 5518KB).

[Switeck]

Originally posted by oldjagman@12 February 2004 - 22:16
As a corollary of this, the same may apply with Bittorrents, but different software has differing losses. Using Shadow I have lost upwards of 10% of the download whereas with Azureus the loss is negligible.

This may be due to the bit size that is allocated to the file by each client and we are losing what has yet to be allocated to the saved file - it could be in a buffer awaiting allocation (or have I missed the point yet again?)
BitTorrent, IRREGARDLESS OF CLIENT, hashes the files in chunks. If you restart an unfinished download, the file is read and hashed to see if it matches the CORRECT hash values. If not, each &#39;bad&#39; chunk is redownloaded from scratch.

Usually, the chunk size is 128 KB, 256 KB, 512 KB, or very rarely 1 MB or more. The larger the chunk size, the MORE you&#39;ll likely lose on restarting the file. But that chunksize is set by the torrent SOURCE, not the BitTorrent client program you run.

Also, you won&#39;t start sharing ANY of the file until you have at least 1 complete chunk -- then you will only share COMPLETED chunks of the file. This is done to prevent most accidental corruptions. If you&#39;re downloading from 10 people at once and each are sending you separate chunks and the chunksize is 1 MB, then you may end up downloading 5 MB or more before ANY chunk is completed. That can be a long time before you upload anything to anyone. :(

[oldjagman]

Switeck, thanks for the details - interesting stuff.