George
Please try to download any big torrent with few files (one ~1-4GiB and 2 or above ~100MiB). And while downloading (my speed is ~4MiB/s) disable/enable small files (check/uncheck checkboxes) few times.

I will try that.

Allright, I think I have figured it out, the solution is in the SVN version. I'm not 100 % sure, so can somebody confirm that my solution is working ?

I try to test, but svn version (Jul 03, 19:58 GMT) after installing do not load any plugins. And I have no possibilities to disable files in torrent...
I need more stable version to test it.

b-s-a wrote:I try to test, but svn version (Jul 03, 19:58 GMT) after installing do not load any plugins. And I have no possibilities to disable files in torrent...
I need more stable version to test it.

run kbuildsycoca, sometimes the plugins are only found after you have run this. The probably you need to reload them manually in the preference dialog.

I test it. And no corruptions found.

That's good news.

I just installed the new version (2.0.2) on Suse 10.0, to avoid an issue like file corruption. I used KT to download Debian DVD images. But I still get a different checksum:

Code: Select all

4d31e4839b5937ffe24659a4589ed6b5  debian-31r3-i386-binary-1.iso
732247c2a7255f2e409f0483863a83c8  debian-31r3-i386-binary-2.iso


According to Debian, this should be

Code: Select all

41e2b5ea909ad5976ec5e2f3d581c219  debian-31r3-i386-binary-1.iso
ed4b2cbaff64694c63012e0ff571873a  debian-31r3-i386-binary-2.iso


This means I won't be able able to install anything from these images, right?
What trick could I use to download these files with KT? Recompile it from scratch?

PS:
I did an integrity check. There are a lot of broken or missing chunks are at the beginning of the file (first half Gb), none in the middle, and the whole end of the file (everything over about 4 Gb) is missing. After the check, BT starts downloading the missing or broken files, but after this, the md5 sums still don't match.

Right now I'm using jigdo to avoid the problem. It works about as fast as the torrent version, and the md5 sums match. I'm still curious though.

What torrent exactly kc600? I will test it on svn version so we know we whether we still have an issue or not.

Oops, i should put my glasses on, stupid me.
I'll download the dvd's...

Just tested it on svn.
No failed chunks, no data corruption and the sums are the same:
41e2b5ea909ad5976ec5e2f3d581c219 debian-31r3-i386-binary-1.iso
41e2b5ea909ad5976ec5e2f3d581c219

ed4b2cbaff64694c63012e0ff571873a debian-31r3-i386-binary-2.iso
ed4b2cbaff64694c63012e0ff571873a

OK, thanks for checking. So next time I download a big file I'd better first compile KT myself then, instead of using the Suse package? Funny that the Suse package still has the old problem, although it's a 2.0.2 version.

@kc600:

If you can, you should try compiling this:

http://ktorrent.org/downloads/2.0.3/kto ... 0.3.tar.gz

This will be the following release (if no bugs are found during testing in the following couple of days) and see if there's a problem.

I thought we fixed the last data corruption bug in 2.0.2 ? I have to check this out.

Ivan wrote:If you can, you should try compiling this:
http://ktorrent.org/downloads/2.0.3/kto ... 0.3.tar.gz

This will be the following release (if no bugs are found during testing in the following couple of days) and see if there's a problem.

Doing right now...

George wrote:I thought we fixed the last data corruption bug in 2.0.2 ? I have to check this out.

+1
Just tested, the current Edgy version 2.0.2-0ubuntu3 indeed has this bug.
EDIT 2.0.3 downloads it without issues