garreh Posted April 13, 2008 Report Share Posted April 13, 2008 Hi AllI downloaded a torrent from a private tracker. This file was exactly the same as one found on another private tracker, demonoid, but the availability on this tracker was poor, so I decided to seed on this tracker.I started the download for the Demonoid tracker, making sure to "Do not download" upon first adding of the torrent. I copied over the file downloaded from another tracker, did a Force Re-check and uTorrent found it was 100% the same.Now because I haven't download this file from that tracker, the ratio is at 1028.768. I have only uploaded 178MB of 350MB! Link to comment Share on other sites More sharing options...
DreadWingKnight Posted April 13, 2008 Report Share Posted April 13, 2008 General tab"Downloaded" valueThat's what the ratio is calculated from. Link to comment Share on other sites More sharing options...
garreh Posted April 13, 2008 Author Report Share Posted April 13, 2008 I understand that its calculated from the amount downloaded value, which right now is 112KB, but it just simply looks wrong.In every other instance when the full file has been downloaded, its e.g. 2.5, and the user thinks "I've uploaded 2 and a half copies worth of data," or another e.g. 0.5, "Only seeded half as much of the file"1028, "I've uploaded 1028 copies of this file. Wow. I'm good." Technically, its correct. But it just doesn't play well with the user. Link to comment Share on other sites More sharing options...
GTHK Posted April 13, 2008 Report Share Posted April 13, 2008 You can fix it with simple tinkering in the appdata using Ultimas BEncode Editor if it bothers you, that's how I changed mine after reloading a torrent. It doesn't look like the behavior will be changed. Link to comment Share on other sites More sharing options...
jewelisheaven Posted April 13, 2008 Report Share Posted April 13, 2008 It won't be changed because nothing is wrong. You downloaded data...but uploaded alot more. The KEY(s) in resume.dat you want downloaded/uploaded under the specific torrent you're looking at. Link to comment Share on other sites More sharing options...
Ultima Posted April 13, 2008 Report Share Posted April 13, 2008 1028, "I've uploaded 1028 copies of this file. Wow. I'm good." Technically, its correct.Not quite. It means you've uploaded 1028 times as much data as you've downloaded. It's most certainly not a bug, but has been discussed before (I can't recall where the thread is, though). Link to comment Share on other sites More sharing options...
hermanm Posted April 13, 2008 Report Share Posted April 13, 2008 Seeding a torrent is easier to manage if you have a consistent way to set a ratio percentage.I wouldn't object to the column showing a bytes "downloaded" when force recheck is able to find matches in the piece hash. At the same time, the amount "downloaded" would not be a statistic that shows up under Help, Show Statistics. Link to comment Share on other sites More sharing options...
laimanl Posted April 13, 2008 Report Share Posted April 13, 2008 Hi garreh,There is no offense. But if you keep believing a wrong thing is correct, then a lot of things for you are wrong."I started the download for the Demonoid tracker, making sure to "Do not download" upon first adding of the torrent. I copied over the file downloaded from another tracker, did a Force Re-check and uTorrent found it was 100% the same."I was just wondering...If this is true, you shouldn't have downloaded "112 kB" from the tracker."Now because I haven't download this file from that tracker, the ratio is at 1028.768. I have only uploaded 178MB of 350MB!"It is not true because you actually have downloaded "112 kB" from the tracker."In every other instance when the full file has been downloaded, its e.g. 2.5, and the user thinks "I've uploaded 2 and a half copies worth of data," or another e.g. 0.5, "Only seeded half as much of the file""It is true ONLY under this situation. It doesn't mean that for other cases."1028, "I've uploaded 1028 copies of this file. Wow. I'm good." Technically, its correct. But it just doesn't play well with the user"It is not true because you didn't downloaded the full file (every files in the torrent).This is just my opinion.Thanks Link to comment Share on other sites More sharing options...
Ultima Posted April 13, 2008 Report Share Posted April 13, 2008 Tearing the posts apart doesn't get us a better understanding of the issue at hand... >_>It's most certainly not a bug, but has been discussed before (I can't recall where the thread is, though).http://forum.utorrent.com/viewtopic.php?id=23321I feel like there was another thread, but whatever. Link to comment Share on other sites More sharing options...
hermanm Posted April 14, 2008 Report Share Posted April 14, 2008 I think ratio column should be re-calculated based amount uploaded divided by current file size of existing pieces (not necessarily downloaded pieces) less skipped files.I don't like it when I only download 2MB to seed a torrent on a different tracker then have to figure out what percentage I need to seed for upload amount equaling 100% of torrent size. Link to comment Share on other sites More sharing options...
Ultima Posted April 14, 2008 Report Share Posted April 14, 2008 So edit resume.dat in cases like this (as GTHK suggested)? I don't see why this would happen often enough to warrant some kind of change in µTorrent itself. If you downloaded X MB, then you downloaded X MB -- no matter what state you were close to achieving before resuming, you downloaded that much to get to where you are now (presumably, seeding mode), and as such, µTorrent should take that into account.Ratio means one thing in BitTorrent: the amount uploaded divided by the amount downloaded. I'm not understanding why, even though it's so well defined/accepted, the word's meaning needs to change now. [in-place edit] If you remove and re-add the torrent, there's no reason µTorrent should assume it actually downloaded that much, so there's no reason to take the size of the existing data (that wasn't downloaded after it was added) into account when calculating the ratio.Edit: And if you want to know how much you need to upload to reach the torrent size... well, there's always the Uploaded column. Again, "ratio" is already well-defined. Redefining it makes little sense. It seems to me like you're trying to mash two separate metrics together into the Ratio column for (potential) simultaneous use.Edit: Yes, I realize it means something different when the torrent is seeding only from the get-go, but that's because the torrent will have had one state during its entire stay on the torrent jobs list (seeding), so there's no confusion (since two different meanings wouldn't be used simultaneously). If, by chance, µTorrent ends up downloading some data on that torrent job even though it was seeding when added (maybe something got corrupted/lost), then the ratio column takes on its regular meaning again (and it still wouldn't be using two meanings simultaneously). Link to comment Share on other sites More sharing options...
hermanm Posted April 14, 2008 Report Share Posted April 14, 2008 My point is that I would like a more consistent way to set Seed While Ratio in more situations than the current.> so there's no reason to take the size of the existing dataFrom a usability perspective, calculating based on total size done (this value is dynamic as the done percentage changes) works in more situations than using bytes downloaded from a non-localhost peer. If you want to stay true to the definition of "ratio", you can say Force Recheck "downloads" the data from the localhost as opposed to a non-localhost peer. This way, the definition of "ratio" doesn't change since µTorrent is always "downloading" the data from somewhere. Link to comment Share on other sites More sharing options...
jewelisheaven Posted April 14, 2008 Report Share Posted April 14, 2008 Force Recheck does not download anything. It hashes data you already have and it finds in the specified locations in the Files tab. This data is completely irrelevant to uploading/downloading and is already specified in the Speed tab -> Disk Statistics are.If I got counted all the data I checked and rechecked... I'd be in the hundreds of Terabytes by now. There is no discrepancy in the implementation of ratio. Asking for an additional implementation is possible but only with highly common situations and would need to add utility for it to be included from previous implementations of feature requests. Thusfar no necessity has been demonstrated. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.