jpg.!qB (.!qB is an example - I mean whichever additional extension is chosen in the biglyBT options). !qB extension, and I would like it to look for both extensions, say. ![]() torrent file, but instead (I think) now starts looking for those thumbnails with a. The problem, then, is that when I go back to do a copy mode check, I think biglyBT doesn't look for the original extension (like. !qB extension, and I'm just talking about screenshots/thumbnails right now out of a larger torrent. !qB extension" enabled, when biglyBT does a copy mode check, or at least when it does a piece mode check, it renames those files with the. I recently tried it out with doing a copy mode check, then a piece mode check, and because I have the "add. The reason I want to use the copy mode and then the piece mode to check for existing completion, is just because if I try to copy the files over into the download directory from their original directory, and then have biglyBT do a forced recheck, is that when I do a copy, Windows will do a full copy, so only if 1 MB is downloaded of 1 GB, that whole 1 GB is going to be copied to my biglyBT directory. torrent file after the file has completed downloading. Well, I have noticed that BiglyBT WILL change the file extension to the proper one that is described in the. And there may be other difficulties I'm not even aware of. Of course, at a minimum there's a possibility it would require scanning every candidate file twice, which might be a deal-breaker if necessary. If I'm envisioning this correctly and it's feasible for it to operate that way, it should avoid the "piece mode does worse than Copy mode when scanning completed files" issue I brought up in a comment on #2139, and enable a kind of "best-of-both-worlds" approach to SFEDF scanning in Copy mode. ![]() If the "fallback to piece mode" checkbox was selected, any candidate files that aren't 100% matches are scanned for matching pieces, which are copied to the destination dir.Any matches that checksum as 100% complete are copied to the destination in their entirety.The user chooses "Copy" mode, and scans a set of possible torrent data files.Given that, would it be possible for it to be used as a "fallback" option for the full-file Copy mode, instead of as an either/or choice? I'm thinking something like this: ![]() (Primarily because it will only copy pieces that exist entirely in a single output file any pieces that are shared between two or more files are lost.) I had a thought about the new "Piece" mode in SFEDF that, if feasible, might make it more effective / in line with user expectations.ĭespite focusing on torrent piece blocks, the mode is still intrinsically bound to download files.
0 Comments
Leave a Reply. |