Jump to content
Comet Forums


  • Posts

  • Joined

  • Last visited

Everything posted by LovesTheSun

  1. &Does bitcomet, while downloading a torrent, hash check every piece before writing to disk? I have a torrent of 80GB and there seems to be 400MB that didn't pass the hash-check. And how does bittorrent/Bitcomet hash-check the entire torrent after downloading, on file-level or piece-level? *Also I need a way of determining which files of the few thousand are corrupt/incomplete. simply clicking the size column under "files" doesnt work, since all files are stored in seperate dirs I still have to wade through all of them finding which files have xxx% complete.
  2. And what if good peers do not have the "peer exchange" feature enabled? You;re probably right. But then I wonder why some other peers have like 500kB-1MB of download speed while I'm stuck between 60kB - 200kB for the same torrent.
  3. Is there a way to peek in the tracker-list of other peers for the same torrent during download? I get the urge sometimes to spy on other peers tracker-list for the same torrent to see if they got any trackers i have not. Sometimes you have a torrent that downloads but not quite as fast as the other peers in your peer-list. Sure other peers might use cable or BC is blocked by some IP's. But I suspect it might have to do with not knowing about the good trackers for the same torrent.
  4. Is there a way to see which connections, during download, are provided through UDP? Bc. I'm curious how much this DHT/UDP is really helping my downloads. DHT and UDP-trackers are providing a lot of peers when I look at the trackers-tab in BC, more than the TCP trackers provide. But when I remove the UDP-trackers and block my UDP-port I still get the same peer results/download speed.
  5. I like to use http/video downloads now and then, just bc bitcomet hijacks, no not in a negative way, the url. So I'm like why not. BC can do no harm. The only thing I never got along with is Edonkey. For the life of me, I never had any good experience with this network, and only 2 days ago I found various tutorials and for the first time I got edonkey properly configured and ready to go (servers security portforwarding everything) I do however appreciete this integration of edonkey alongside torrents to simultaneous downloading of files (cross platform). it's easy with bitcomet once edonkey is setup properly.
  6. Ah Ok I understand now thank you. One more thing, maybe I should've openend another thread but I'll ask here. Why do some video-files occasionally still contain corrupt data, which you notice when viewing. While Bittorrent uses a hash-check to make sure the downloaded file is 100% correct? I've seen it on rare occasions. A video-torrent completes and passes the hash check 100%(like a friend's holliday clips). But won't play or contains corrupt data. Re-checking will give a 100% OK but syill contain the corrupt data. Only after redownloading the whole file the errors are gone? Thank you for your patience.
  7. I know it says friend "upload" slot. But I was thinking maybe BC meant it's both ways. So when you choose this option it would not only upload to 1 particular peer, the peer would also upload more bandwitdth to you? /probably a stupid question
  8. Also, sometimes even the BT menu does this all of a sudden. After I changed settings in the torrent-file/settings/ Then when I manag to exit BT, BT wil have a grey icon on my rohght OS-taskbar saying "BT exiting" What could be going on, and what should I do, it does absolutely nothing? Taskmanager shows BT is eating 240MB of memory and it is not changing.
  9. When I rught-click on a torrent in my BT-tasklist trouble starts. From there on I have to wait 40secs before the context-menu appears, and then I have to wait 40secs before each menu-item I want to click even responds.. Does the BT tech-staff have any clue why this happens. Only on one torrent in my tasklist?
  10. HI, I setup 2 rules in my router for tcp and udp both on the same listening port forwarded to my Bitcomet. Still no luck. My firewall has two rules as well, both for BC, one for TCP and one for UDP both set to connection allowed.. TCP works fine, but Bitcomet says UDP is still blocked by firewall/router. Any clues why? EDIT: nevermind. I restarted my router and restarted BC also. UDP open! :) Now let's see..
  11. Hai Kluelos. is every hash number for every piece stored within the .torrent?
  12. My Bitcomet always gives a green sign for both WAN and DHT. One last question, if you could answer this for me please. When BC downloads a piece from a file in a torrent (say the piece-size for the whole torrent is set to 4MB), will BC hash-check each complete piece of 4MB before writing it to disk. or will Bitcomet hash-check only if the whole file is complete or after the whole torrent has been completed? Thanks
  13. Also, BC automatically creates a rule in my windows firewall and sets it to private (which means pc connected to private network which is fine). But BC sometimes (I say sometimes) also creates an additional rule and sets it to "public" (which means the computer is connected to a public network like a wifi in a cafe - which my pc is not). I'm not even sure if BC is making this additional rule or something else. Do tech-staf know more about this and maybe why this occurs?
  14. I'm trying to figure out what the Home/work (private) and Public options, behind each rule, in my win7-firewall mean. And how they might impact BC performance. Should I setup Bitcomet as home/work(private) or Public or both? Currently the following rules for bitcomet exist in my win7-firewall "bitcomet.exe: home/work(private)", and there's another tule that says "bitcomet: public" I have windows7 64 running and my router/modem is setup correctly, Windows firewall cooperates as well, Bitcomet gives the greenlight for connection. Downloading is no problem.. I just wonder what the difference for Bitcomet will be regarding performance with one or both options.
  15. Yes I have, and this is what I see: The torrent consists of many pictures and soundfiles. Let's say the picture directory is sorted like this "70-125 pictures per directory" Not all directories have been included for download. When I isolate the pictures that always fail to reach 100% this is what I see: it is always the beginning 3-4 and last 4 pictures (800-1MB per file) in a directory that are corrupted. Looking at the torrent saying the piece-size is 4MB I think there might be a link. But what exactly I don't know. Instead of of selectively downloading part of the torrent I decided to download everything, bc the BC_part file might have something to with it. I can at least try.
  16. I'm getting tired over here figuring out what the ... is going on.. IE. when only 4% data seemed corrupted after downloading/hashcheck which BC needs to redownload, each time BC retries to download the missing pieces this total amount of corrupted data, will decrease one might think. Because BC retries and finds all sources until the torrent reaches a healthy 100%. But This is not the case with my torrent. 97% complete with 3% bad data will that needs to be redownloaded, increases to 4% bad data after a retry. To make it more confusing, my torrent went from 656MB to 506MB to 424MB data that needed to redownloaded, to 690MB after the last retry. My question is , what can cause this to to happen?
  17. Hi Kluelos! I'm downloading now and about what I mentioned earler, about the torrent freezing every ten minutes for 40-5-secs. it doesnt do that anymore. well it does but only for 1 sec, and sys-monitor says it's bc of the harddrive writing data to disk. I suspect my anti-virus, it has a feature which filters incoming web-data through various protocols like http. I Disabled it and after two restarts it finally greyed out/meaning it is disabled. Could anti-virus software that uses "filtering of imcoming protocol-streams" mangle the data? I downloaded about 1 gig while it still halted every ten minutes so I'm paranoid it might have. or should hash check at the end rule any corrupt data out? And where can i find the copy of the torrent within BC that BC uses to work with. I wanna redownload the same torrent and compare if it still has the same hshh values for all the data (yeah i know, I'm super paranoid)
  18. Kluelos, do you know why bitcomet is reacting terribly slow with big torrents in the tasklist (80GB lots of smal files) Starting bitcomet, clicking other torrents, their options, changing save location entering trackers is all normal. But when I click the big torrent, bitcomet will hangfor 40sec. Rightclicking on torrent will hang for 40secs, clicking options will do the same, clicking tabs to go to advanced settings will waste you 1.5 minutes, tabs, fields will seem non-responsive bc it takes 50secs before it will respond. Sometimes they wont respons at all unless I repeatedly click on e button that seemingly doesn't work (non-clickable) Also downloading this big torrent, BC will stop downloading after 10 minutes and become non-responsive, don;t know what is happening, then after a minute it will resume downloading. But needs to build up speed again and the torrent availability is recalculated. It does this repeatedlyafter 9-10 minutes. Could it be BC is writing cache data to files, HD activity led is burning when this occurs but disk seems awfully quiet..? Tia
  19. HI, techguys please try this: You ban part of the files in a torrent and download the rest, when the task finishes 100% and hash-checks out OK 100% you delete the piece_part.bc!file within the torrent directory. Now go back to BitComet and hash check your completed torrent again. It will revert back to something like 99.8% status.. what just happened here, will deleting the "piece_part.bc!" file damage the downloaded data?
  20. And what about maybe the piece_part.bc! construction within BC? I'm not attacking BC in any way I'm just trying to rule out possibilities. If I read correctly, more data is downloaded to single files, if the file-length is smaller or bigger than piece-size boundaries. Could this in anyway have something to do with what's happening? If not it will leave me to my Hard-drive as culprit.. (download SMART utility to check) or there's lots of errors due to connectivity issues from peers like you said at first funny thing is, I looked up some files where bitcomet says it is incomplete, and when I open them they appear to be fine to the eye (pictures though) Also one time I downloaded 20some files, deleted the piece_part.bc! file in directory and rehash-checked. then BC said it had to download 7% of the torrent again. but before I let the torrent run I copied the supposedly incomplete files, and when the supposedly incomplete files completed, I compared them 1:1 with the copied files, 100% same. strange? Thank you for your time, your very patient!
  21. That's a good idea! If bitcomet loads a torrent-file for downloading, does BitComet modify this torrent-file in any way? I thought i'd also to check if I could refetch the .torrent-file and compare it 1:1 with the existing version to see if there's something wrong. And one more thing, it;s a big torrent of 80GB, whenever I open BC and click on that torrent, it takes forever before any menu will respond. Also if I want the properties for the torrent, it takes ages for any button to respond. do you perhaps know why that is? Thanks Kluelos!
  22. TY for your answer in the other sub-forum. You explain things very clearly. By the way I might be having trouble here, to sum it all up here's what happened so far: *I ran a torrent that downloads 70GB of data, downloaded only part of the torrent because the torrent contains lots of files, task completes 100% and hash checks OK. *Then ticked some more files within this torrent to download and let it run, task completes at 100% but after hash-checking reverts to 97.8% complete, so I let it run and task completes at 100% but after hash-checking reverts to 96% complete (getting worse?) *Task is running again and downloads to 98.5% and I stop it to run a manual hash-check out of curiosity, and it ends up saying 95.5% (getting even more worse) I don't get it, what could be going on here? More infromation: torrent health status varies between 300-1200% total amount of data to complete: 25GB/79GB no emule plugin enabled 1st retry: 955MB needed to be redownloaded 2nd retry: 1Gb needed to be redownloaded currently: 1.113 GB needed to be redownloaded TIA!
  23. I don't understand much how bit-torrent protocol regarding hash-checks and file security work. So here is a few questions which will help me understand I hope. Can a 2nd gen seeder (not the roiginal seeder) seed halfway to downloaders, and then make changes to some files ie. remove the exif data certain pictures. and continue seeding the whole torrent, without downloaders/clients knowing about it, or having to redownload the torrent-file for their download to continue? I ask this bc I'm paranoid 2nd gen seeders could modify files and still seed the torrent without downloaders realiszing it. if this is at all possible.
  24. I understand and thank you for explaining. Btw. it happened again. this is the second time. Should I be worried?. I wonder why so much data was corrupted. The torrent is currently redownloading 1 GB out of 25.3 GB. The first time the torrent had to redownload 995 MB so it seems to be growing? Any thoughts welcome Three curious questions: downloaded data is only hash-checked after downloading the whole file instead of on a piece-size level? Can seeders modify the data on their hard-drive belonging to a certain torrent, ie. one picture, and my BC will download that file regardless and check later? "It's only when you get repeated hashfails on the same piece that corrective action is indicated": Is there any way within BC for me to find out if this is the case? I made a screen-shot of the piece map now
  25. HI, I think Bitcomet is great. It has very extensive features and detailed information regarding torrents. The online help is clear. It really shows there's been a great deal of work on both the client and the guide. Thank you all! Now my question, I have a big torrent that has 70GB of data. Last night when this torrent hit 100% my harddrive began rattling. I assume BC was hash-checking all the files in the torrent. When it stopped the torrent reverted back to 96.8% and started downloading again. Why did BC do that? I use 1.22 stable release I must include I've selectively downloaded part of this torrent at first. When that job reached 100% with success. I ticked some more files within this torrent to be downloaded and let it run. But then the above mentioned thing happened. It is still running and I'll report back when it does this again. Chances are this will not occur again, I hope. But I was just wondering why this happened. Anyone got a clue? Never experienced this with other torrents within this same version of BitComet I'm currently using. TIA
  • Create New...