pcGnome Posted January 25, 2007 Report Share Posted January 25, 2007 This is sort of complicated, but here goes ...I successfully download something with utorrent.I move the file and remove it from utorrent.someone requests a re-seed.I put the file back.I add the torrent but do not start it.I right click on the torrent and select 'force reched'.It show the file at something like 98.6% complete.No, nothing has been altered with either the torrent or the downloaded file.There has to be something wrong with the process, I think.Any ideas?pcGnome Link to comment Share on other sites More sharing options...
Ultima Posted January 25, 2007 Report Share Posted January 25, 2007 If you used selective file downloading the first time, then removing the torrent job from the list in µTorrent will delete the partfiles, which will cause this problem. Other than that, it's probably down to a thumbs.db issue, a stupid MP3 player retagging the ID3 tag in MP3s automatically, some other application applying changes automatically to the files without your knowledge, or just damaged hardware. Link to comment Share on other sites More sharing options...
pcGnome Posted January 25, 2007 Author Report Share Posted January 25, 2007 not sure what you mean by 'selective file downloading''.Does that mean I unchecked the .nfo file and only concerned myself with the 29 mp4 files? (initially and with the re-seed).Wouldn't the hash system (however that works) just concern itself with the selective files? 27 of the 29 mp4 files checked 100%, but two renamed with the .!ut suffix (I use that to keep track of what's complete and what's not).also, since I just noticed - what the '~uTorrentPartFile_23C99C02.dat' file about? is there info in some FAW about what this is, what it does and maybe how to prevent problems?Thanx in advance,pcGnome Link to comment Share on other sites More sharing options...
Ultima Posted January 25, 2007 Report Share Posted January 25, 2007 BitTorrent has no concept of files, only pieces. As such, pieces can contain data from multiple pieces, and it's fair game. If you don't download a file, and delete the partfile (which gets removed when you delete the torrent from the list, as I mentioned earlier), when you try to load it again, the torrent is (rightfully) missing parts of some pieces, so it is incomplete. Link to comment Share on other sites More sharing options...
pcGnome Posted January 28, 2007 Author Report Share Posted January 28, 2007 Are you referring to 'bittorrent' as a program or the overall concept of how torrents work? (I suspect the later).I guess what your saying is that the hash applies to the whole package, which makes sense. To have a seperate hash for each file would need a lot of overhead to determine how many hashes for how many files. I'm still a little confused about why most files chick out complete and only a couple miss - like what is it about the system that determines which get considered complete and which fail.But you should probably regard those questions as rhetorical - I'm not sure I'm going to understand the answer without learning the nuts and bolts of the overall system. So thanx for trying to explain.pcGnome Link to comment Share on other sites More sharing options...
Ultima Posted January 28, 2007 Report Share Posted January 28, 2007 Indeed, I meant the BitTorrent protocol itself Some files check out because all their pieces are still intact. For the files that are incomplete, they probably shared pieces with the skipped files. Since those files weren't downloaded, at least some part of the piece is missing. As such, it fails the hashcheck, and the entire piece is tossed out. Ultimately, any file that shares that piece will be considered incomplete. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.