Long-Awaited BitTorrent 4.0 Released
wintermute1974 writes "After sitting at a stable release of 3.4.2 since last spring, Bram Cohen's official BitTorrent client has been upgraded to version 4. In addition to its existing, rock-steady functionality, BitTorrent now sports a new queue-based UI. The revision details are on the BitTorrent site. Packets are now marked as bulk data too, which is significant considering that about a third of all Internet traffic is currently torrent data."
It's Java based and seems to have every useful feature you can imagine:
http://azureus.sourceforge.net/
I haven't checked out the new official client yet, but Azureus has always been way ahead of the pack and I assume it still is. (Things like fast restart, nice visualizations of clients and file pieces, etc.)
Pat
It looks to me like this new client is adding alot of the features other clients added in themselves. The main part being the configurations from a GUI. Perhaps he's trying to get everyone using HIS client, so there's more control over the populus of BT users?
has had a far better interface and featureset for years.
Can somebody explain what that means?
I'm assuming that's not like bulk mail over the internet. I'd hate to accidently download viagra when I just when a torrent file.
Dear Lazyweb:
This version of bittorrent is licensed under the BitTorrent Open Source License. Could you please compare and contrast this with other open source licenses for me?
Thank you, Lazyweb.
Installer doesn't give any indication it's installing until you get a "Finished!" box. No choosing paths, no status indicator, nuffin.
.torrent file associations.
Two donation nag screens.
Steals
No scraping the server for total seeder/peer numbers.
No moving completed downloads. No advanced seeding rules. No selecting of individual within a torrent. No download speed capping.
25mb memory usage running just one torrent.
Nothing excites me about this client. I look forward to its apparent efficiency increases being incorporated into Azureus et al, though.
This is already happening, wired even had an article on it, and the advance comes from the porn industry which has a number of contributions to the internet to its credit.
1. There is actually no RFC or other detailed documentation for the BT protocol. The unofficial clients were all written based on the source code from the official client (and more recently, based on the source code of other unofficial clients). IMO Bram should create a formal RFC, but that is pretty unlikely (he's not interested and the IETF is probably too conservative to do p2p).
2. Sadly the python clients are the only ones usable on 64MB virtual private servers. Most of the unofficial clients are platform-specific (Win32, GTK+), or require a bloated JVM that has no chance of working in less than 128MB.
I find it tragic that noone has released a high quality POSIX C client. Maybe the OpenBSD guys will eventually get around to OpenBT?
here's the dude in chicago that makes 'em
http://www.fenslerfilm.com/
TODO: come up with a clever sig
The idea of OSX as just a pretty GUI is a gross disservice. I wouldn't touch OSX (or any other proprietary OS) with a ten foot pole myself, but credit where credit is due.