Jump to content

Technarch

Established Members
  • Posts

    105
  • Joined

  • Last visited

Everything posted by Technarch

  1. If you want me to test it for you on the Intel version of OS X, I'd be happy to. Obviously I agree in advance not to release it to the world without your permission. The email in my profile is valid, so please email me whenever you'd like to experiment with cross-platform portability.
  2. Alas Firon, no. You need to use something called Darwine, and it's only at 0.9.12. Maybe it would work if utorrent was compiled against the winelibs, but as it's not, 0.9.12 will crash right away on OS X when it tries to do it by itself. Have you guys ever tried compiling against the winelibs? I don't really care if this makes the executable 10 megs in size. I did try compiling the mainline, but the compile didn't work. Perhaps that is not too surprising. While it's true that OS X is a full unix machine, packages still need to be 'modified' with instructions to build right on different oses.. like I'm sure if you want to compile wine on solaris you have to give the build file certain instructions, etc. This frustruation has made me wonder about programming my own client as the interface would be very easy to do.. just the protocol is the work part. The only thing I'd be worried about is, how do I 'test' that I did it properly?.. is there a suite of 'unit tests' solely for bittorrent protocol to make sure it works properly and doesn't do weird bizarre crap? I know Perl has 120,000 unit tests.
  3. I have a MacBook, and I'm dying here not being able to use µTorrent on OS X. I made a great effort to get Wine working, and while I can get the crappy demo apps that Wine comes with to run, running µTorrent causes an instant crash the minute you click on it. While I certainly have enough RAM and CPU to run Azureus, it has this nasty habit of eating up all your ram, and then proceeding to brunch on your swap. It seems like it'd be easier to reserve 384 megs to a VM of Windows or something but that's way overkill. I really hope that one day µTorrent is working on OS X.
  4. Does anyone know why the option 'prioritize rare piece' was taken out of the advanced settings in the 1.5.1 betas? I was using that option and I felt it was working because on slower torrents especially it helped me be #1 in % complete.
  5. So why not write some code in utorrent: if client flag choke and client disconnect and client reconnect right after flag, then put flag back on the new connection and let them wait in line for optimistic unchoke.
  6. I haven't done this, but you could always ban all clients except azureus and utorrent simply by making encryption a required field in your client.
  7. The large fonts tweak is 99% perfect, it just needs one last touchup. On the 'downloaded' bar, if it's 100%, the 1 overlaps the end of the bar.
  8. Has anyone given any thought to the fact that some people are colour blind? Differently shaped symbols are helpful. I'm not red-green colour blind thankfully, but a lot of people out there are supposedly.
  9. I have discovered a circumstance that requires a program restart. (b428) The connection was lost for about 4 hours today while utorrent continued to run silently.. after I reconnected I observed the program.. very little was happening.. it was connected to 5 DHT nodes didn't seem very interested in doing better, I think it eventually went up a little more. It didn't try to re-connect to peers, etc. on the clients. Exiting the program and relaunching it caused it to reconnect fully to DHT, and the peers on the stalled torrents. So it perhaps needs code to detect an extensive net disconnect, and reconnect.
  10. Hmm. I'm not sure I like the new icons.. Maybe I got too used to the old ones.. but it just seems like additional visual clutter that wasn't really necessary. None of the icons on the tabs are 'intuititive' where one would go oh ya that symbol makes sense, without memorizing them. Plus they are small, so not easily viewable. So just clutter. In the torrents list, the icons are definitely much smaller. I kinda liked the older larger icons. I think I'll go back to 428 for now.. Why not host a 'skinning contest' and make it even more fun by allowing the users to vote on the candidates? The theme should be 'clean and simple but elegant'.
  11. I turned encryption off and my hashfails seem to have stopped.
  12. Cool, the new version has a 'disk overloaded' message on the status bar. Lol.
  13. Bug?: That's weird.. I just now looked at the log and there's a single hash fail on a queued item I haven't even started yet. In fact the 2 queued items have actually downloaded a couple megs each! How is that possible? On hash failing: So far so good.. since I twiddled around making sure my MTU was hardcoded to the same value as the router (1500), hardcoded a RWIN to a better value (32767) and turned off dmz gaming mode, upnp, ip multicasting, and VPN options, stuff seems better.. I am still getting the single isolated hash fail on a piece sporadically but it doesn't repeat itself. This is 'normal' behavior. Of course I'm on different torrents now.. so we'll likely never know which end was the problem.. but I think 'for now' I am ok. Still, that thing Firon spotted about the invalid packet length makes me wonder if all that torture I was going through was because of an Az client. I wonder if Az knows about it. Btw guys, I don't think it's encryption.. these problems happen with or without it.
  14. Tonight I shut off VPN (PPTP, IPSec) in the router. Headed to the OpenOffice torrent to test.. it downloaded as fast as it could, so fast in fact when uncapped the crap router lost connection. no hash fails.. yay. So I'll keep my fingers crossed that it was mostly a router issue. Hopefully. I'll know over time, but so far a good sign. Btw, I don't know if this is a bug or just the nature of the protocol, but in my settings I have dl speed capped at 285 I think, but it was going at 333. When I uncapped it, it went a bit higher to 346 or so. Still, shouldn't the dl rate have remained lower around the 285 mark? It does great with the ul rate.
  15. Hey Krazyson, your taste in movies sucks.
  16. I tried the OpenOffice torrent again this morning.. it went to 42% before it made 2 hash fails (1 each) on the little bitty piece size it uses.. each piece was different, and quickly filled in by someone else. Maybe later tonight I will try turning off VPN support in the router next to see what happens.
  17. Force re-check was useless in this case as the file itself wasn't corrupted. However, I am pleased to announce I finally got that missing piece.. After I turned IP Multicast Streams off in the router, it downloaded the piece without a hash fail. So here's to hoping that with the bigger rwin and yet more stuff turned off in the router, it'll be fine from now on.. hopefully. I'm way too tired so I'm going to bed. I'll try tomorrow wiht other stuff and see if it fails on something again.
  18. Quick question since it's on-topic.. when one gets a hash fail on a piece, did the entire piece (in this case 2 megs in size) come from the same peer, or did it come in little bitty pieces from a bunch of peers who all pitched in?
  19. Changing the rwin to 32767 seems to have remarkably lowered the hash fails, but there are still fails on a specific piece of a specific file. I'm going to have to try powering off both the modem and router all night in the hopes that I get a new IP and see what happens.
  20. Well changing the MTU to 1400 didn't do anything. I'm on a torrent with 200 seeds and 206 peers, and the piece size is 512 kb. I'm still getting hash fails.. it's already banned 1 ip.. the thing is though, all the pieces are making it to me on that torrent.. because someone else is sending them to me.. So I don't know what to think here.. problem my end or other end? Best way to test would be to plug the computer into the cablemodem directly but that's not really an option right now. Trying to do research into problem, saw this on a webpage: "A piece failed hash check, re-downloading it This is a benign message, you can safely ignore it. It means that you received a piece of the file that didn't check out as being correct, so it will be downloaded again. Probable cause of this might be someone incorrectly using the "skip hash check" option. If this option is incorrectly used on a not-yet complete file, the client will send pieces to its peers that are not correct and fail the built-in hash checking routines meant to catch such errors." Except I get fails from folks reporting 100%.
  21. On my end it can't possibly be poisoning because I don't download music or movies or software (really). It's got to be bad hardware/configuration on my end or a remote end because I can get hash fails on the openoffice torrent. I'm going to experiment with MTU set at 1400 on the router and Windows later tonight after work, see how that goes. AOL used to, may still, require a MTU of 1400, and 1400 was recommended in the past by some routers due to the overhead involved in some protocols like vpn, pppoe, etc. If anyone wants to experiment, remember you have to set it in BOTH the router AND windows. Try it really low, like 1000, just as an experiment. Ethernet max is 1500. PPPoE max is 1492.
  22. I still can't rule out the router of course as Azureus had it's problems with hash fails too. I will experiment by switching to 1.4 for the rest of today and checking the log when I come home. I have reset all the 'advanced' options back to the original 1.4 defaults.. we'll find out I guess in a couple hours or so. Update: Still making fails.. Even though my MTU is set correctly, I wonder if it would make any difference if I dropped it to an arbitrary lower amount.
  23. I'm not so sure the hash-fail bug has been fixed.. I just now looked at my log, and I counted 30 hash fails of the same 1-meg piece over and over with multiple bans of a whole bunch of ips, but the torrent finished. On another torrent using 2-meg pieces, I count 6 fails of different pieces rather than repeating the same pieces a couple times. Only 1 ip got banned so I don't know if it was responsible for all or not. Too bad in a way, because it was the seed.
  24. I'm in a torrent and I see a client that says: [FAKE] µTorrent/142B Really??
  25. Huh.. [12:35:09] Error opening Windows firewall: 0x800706D9 That service is currently 'stopped' but in manual mode on my computer so if it's an emergency it can be re-started. (But I wouldn't want it re-started for no reason, there's a crappy router firewall here.) I notice in logger the bug where you select 'verbose' logging and then try to uncheck it, doesn't work, is still there.
×
×
  • Create New...