Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 39 reacties
Bron: Source Forge, submitter: Aldifriek

Op de homepage van Azureus kan versie 2.2.0.0 van het gelijknamige programma worden opgehaald. Azureus is een BitTorrent-client geschreven in Java en draait onder andere op Linux, MacOS X en Windows. Naast downloaden kan het zowel torrents zelf als de afzonderlijke files in een torrent prioriteren, en heeft het een ingebouwde tracker zodat zelf bestanden delen ook tot de mogelijkheden behoort. Door middel van plugins kunnen de mogelijkheden nog verder worden uitgebreid. Het changelog van deze release ziet er als volgt uit:

FEATURE:
  • Core | Disk cache [Parg]
  • Core | Ability to set IP type-of-service (TOS) field for outbound data [Nolar]
  • Core | Show current upload and download limits in status area [Parg]
  • Core | Locale selection - options to add in all defined encodings + show lax list [Parg]
  • Core | Change the incoming data port without restarting [Parg]
  • Core | Display "warning message" responses in announce replies [Parg]
  • Core | Added option for tracker to perform a connectability check to peers [Parg]
  • Core | Have message aggregation, for bandwidth savings/efficiency [Nolar]
  • Core | Torrent HTTP urls now accepted as program command line parameter [Nolar]
  • Core | Option added to disable system tray [Parg]
  • Core | Concurrent hashing for >1 CPU [Parg]
  • Core | Added ability to not outward connect to a defined set of port numbers [Parg]
  • Core | SOCKS V4, V4a and V5 (no auth/user+password methods) support for outgoing data connections [Parg]
  • Core | Torrents created by Azureus now include .utf-8 fields [Parg]
  • Core | Dynamic piece request queue scaling [Gudy]
  • Core | Added torrent name to authentication dialog [Parg]
  • Core | Per-torrent upload speed limits [Nolar,Gudy]
  • Core | Ability to change the sound played on torrent completion added [Parg]
  • Core | Added session uptime to stats [Nolar]
  • UI | 'Download' menu added with start/stop all + pause/resume options [Parg]
  • UI | Table col sort order default option added, thanks to Charnobo! [Parg]
  • UI | URL Downloader window now support to set-up referrer and saves last used referrers [Parg, Gudy]
  • UI | New Statistic page about the disk cache (yeah more CPU consuming graphs) [Gudy]
  • UI | Down/Up speed indicators in main view are now double-clickable to open the Stats View [Gudy]
  • UI | Added Path and # Remaining Pieces to Files view, Tracker Name to MyTorrents view [Nolar]
  • Plug | webui support for torrent encoding choice [Parg]
  • Plug | Tracker torrent stats available via xml/http interface [Parg]
CHANGE:
  • Core | Show time to re-announce/scrape in general view using hh::mm:s [Parg]
  • Core | Timeout tracker server operations [Parg]
  • Core | Torrent opener will now report errors opening torrents better [Parg]
  • Core | Complete core networking/messaging rewrite [Nolar]
  • Core | Stop scrape on UDP V2 torrents when download running [Parg]
  • Core | Refactor of DiskManager [Parg]
  • Core | Protocol tweaking for significantly reduced discard rates [Nolar]
  • Core | Tracker now treats port value of 0 as 'explicitly firewalled' [Parg]
  • Core | Tracker client will revert to "initialised" state after explicit failure from tracker [Parg]
  • Core | Locale selection changed to show more possible encodings [Parg]
  • Core | XML stats - downloads ordered by downloading/index then seeding/index [Parg]
  • Core | Reworked connection establishment to conform to new WinXP SP2 limits [Nolar]
  • Core | When restarting torrents are checked in smallest->largest size [Parg]
  • Core | Reworked the piece picking so that slow peers don't "block" pieces to be completed [Gudy]
  • Core | JAR signing for webui (etc) now based on "tools.jar" from Sun JDK due to changes with their 1.5 JRE [Parg]
  • Core | "Pause" command now greyed out if there is nothing to pause [Parg]
  • Core | Create-torrent wizard now remembers comment data on back button + defaults for open/save dirs [Parg]
  • Core | Reduced memory used of ipfilter list to help support large list sizes [Parg]
  • Core | Added "*.*" to list of selectable file types in open-torrent dialogs [Parg]
  • UI | Added a legend to the Pieces View [Gudy]
  • UI | Pieces View now display if the blocks are in the cache or not [Gudy]
  • UI | New Tools menu, Configuration --> Options, Plugins root menu, Language selection moved to config [Nolar,Gudy]
  • Plug | UPnP plugin now only uses plugin interfaces [Parg]
  • Plug | Differentiate UDP and TCP mappings in UPnP desc as some routers need this [Parg]
  • Plug | UpdateLanguagePlugin removed, as no longer maintained [Nolar]
BUGFIX:
  • Core | Throw an error message if existing data file length is too large [Nolar]
  • Core | Fix new bug with tracker announce every 10s when no peers were connected [Nolar]
  • Core | Fix for renaming files across volumes [Parg]
  • Core | Torrent auto-import now works with console UI [Nolar]
  • Core | Bug when setting upload to unlimited (forced download to unlimited too) [Parg]
  • Core | Set downloaded amount correctly when opening a torrent with existing download data [Parg]
  • Core | Detect changed file sizes (smaller) when resuming torrents [Parg]
  • Core | Random shuffling of multi-tracker torrent URLs fixed [Parg]
  • Core | Fix occasional 60sec delay on initial tracker announce [Nolar]
  • Core | Fix for reading piece data from a too-long file [Nolar/Parg]
  • Core | Stop scraping all announce URLs in a torrent when removing torrent [Parg]
  • Core | File handle closing [Parg/Nolar]
  • UI | Labels with '&' displaying incorrectly [Parg]
  • UI | Torrent Downloader Window : retry button now placed correctly [Gudy]
  • UI | Fix for clicking the plugins directory and open the folder from the Configuration>Plugins view [Gudy]
  • UI | Fix for animated message windows not being at the right place on dual monitors. [Gudy,Bluelive]
  • Plug | Netgear WGT624 was crashing when processing UPnP requests [Parg]
  • Plug | Webui 'view' mode wasn't working [Parg]
  • Plug | Webui - excessively long status text messing up table [Parg]
  • Plug | azplugins - web tracker pages wasn't picking up "show details" option [Parg]
  • Plug | webui - fixed bug with re-ordering of columns [Parg]
Versienummer:2.2.0.0
Besturingssystemen:Windows 9x, Windows NT, Windows 2000, Linux, Windows XP, macOS
Website:Source Forge
Download:http://sourceforge.net/project/showfiles.php?group_id=84122&package_id=88270&release_id=279309
Bestandsgrootte:4,85MB
Licentietype:GPL
Moderatie-faq Wijzig weergave

Reacties (39)

kijk eindelijk een update van azureus :D t heeft niet veel verschillen met andere clients behalve dat deze errug goed omgaat als je 10 torrents tegelijk aan het downloaden bent ;)

* 786562 Fridge-RaideR
+ gaat goed om met veel torrents
+ maakt dan goed gebruik van je hele bandbreedte

- met 1 torrent kan het ff duren voordat ie op volle snelheid draait

dus als je zo af en toe eens een torrent download, zou ik voor een andere gaan
eindelijk een update van azureus

Eigenlijk wordt Azureus meerdere keren per week geupdate. Niet een officiele stable release natuurlijk, maar als je als eerste de laatste nieuwe implementaties wilt hebben:

http://azureus.sourceforge.net/index_CVS.php

Nog nooit problemen gehad, wel veel plezier (download-snelheid beperking was al tijden beschikbaar in de CVS releases, bijvoorbeeld - torrenten gaat af en toe te snel naar mijn zin :) )
Sterker nog, er komt bijna iedere dag een nieuwe CVS uit :9
Ik heb azureus een hele tijd gebruikt (meer dan een jaar) en het is zeker a goede client hoewel als je veel torrents (6+) hebt gaat het geheugen gebruik erg omhoog. Soms had ik 8 torrents en gebruike AZ 260(!!) mb gegeugen |:(

Een vriend van mij raade mij BitComet aan, deze is lichter dan azureus en werk net zo goed en dat met een mooie GUI and de meest belangrijke opties.

http://www.bitcomet.com/
Ja, ik ben ook iemand met veel BT ervaring. (Duh, ik heb vanaf het begin een van de grootste BT sites :P)
Sinds een maand of 2 gebruik ik BitComet, omdat ik problemen kreeg met Azureus (het wilde niet meer downloaden) en toen ik suggesties/vragen stuurde naar de admins, kreeg ik een grote bek. :r

Ik geef toe dat Azureus een goede programma is, maar het kan niet tegen BitComet op.
(En btw, mijn site zit nu ook een eigen client te maken, waarmee we de goede kanten van verschillende clients willen combineren... :*) )
oei tis in java, erg traag en geheugenvretend dus...
Traagheid valt heel erg mee, geheugen vreten doet het idd best wel aardig (taak manager geeft geloof ik meestal ergens rond de ~40 MB aan, maar het lijkt nog meer dan dat te zijn).

Ondanks dat Azureus/Java altijd overheerlijk zit te snoepen van m'n 1 GB :Y) ben ik nog altijd erg tevreden over dit programma omdat het een van de weinige BitTorrent clients is die erg goed werkt en er ook nog eens mooi uit ziet.

Downloaden dus! :)
als ik Azureus gebruik naast het browsen dan is het 10 MB aan geheugen meer dan wanneer ik alleen firfox draait. Wat dat betreft valt het dan nog wel mee. Als je het alleen draait is de geheugen aanslag een stukkie hoger aangezien de standard java dingen ook ongeladen worden.
Erhm, ik moet even opmerken dat azureus laast dacht dat het handig was om 500mb mem te gebruiken(gelukkig is dat een uitzondering)

Het is idd een erg fijn progsel, maar de snelheid is lager dan vergelijkbare progsels onder windows (oa ABC). Ik vind dat hij normaal idd veel geheugen gebruikt, maar niet excessief veel.

Feit blijft dat Java trager, meer geheugenvretend en minder stabiel is dat C. Maar tegenwoordig is en Java beter geoptimaliseerd en is de harware beter, waardoor je er veel minder van merkt.
Heb je maar 256mb mem en winxp, dan is het zeer af te raden om azureus te gebruiken, anders is het niet zo'n probleem.
een update van me favoriete bittorent client :)

aardig changelog met enkele leuke changes.
volgende vallen positief bij mij op:

- Core | Per-torrent upload speed limits \[Nolar,Gudy]
- Core | Change the incoming data port without restarting [Parg]
------------------------------
wel alleen gebruiken om je linux iso's mee binnen te krijgen he ;)
Ik betwijfel dat er veel mensen zijn die alleen maar legale dingen downloaden, maar het is positief nieuws dat steeds meer legale files via bittorrent te krijgen zijn. Ik noem: de nieuwe docufilm van Michael Moore, speldemos -mods en -trailers, software etc. Hopelijk denkt de RIAA/MPAA nu een tweede keer na voordat ze dit p2p programma (wat het strikt gesproken niet is) aan gaan klagen omdat "er alleen maar illegale dingen mee gedownload worden". BitTorrent is dé manier van nu om files snel binnen te krijgen.
"oei tis java en zal dus wel traag zijn..."

Wat een waardeloze eerste reactie zeg - kon je nix beters verzinnen zoals 'het draait op windows dus zal wel niks zijn?'.... |:(

Hoe dan ook, vergelijk de python torrent programma's maar is met azureus - die bijten elkaar niet en dan heb ik toch liever een mooie gui met allerlei opties om dingen te downloaden.
Plus Azureus kan zelfs als torrent server werken dus je kunt je eigen bestanden ook delen (verrekte makkelijk als filesharing met het msn protocol het weer is laat afweten). :)

* 786562 Cyberwizzard
edit: Hehe, nutteloos maar altijd leuk om uuuuuuuuuren naar te kijken:
UI | New Statistic page about the disk cache (yeah more CPU consuming graphs) [Gudy]
sta mij toe om ook hier op te reageren. Er wordt blijkbaar nogal stevig wat gemod...
Ja, ik gebruik Azureus al sinds ik linux gebruik (wat nu een half jaar is), en weet dus wel waar ik het over heb. Ik ben zeer te spreken over de vele handige features, en de inferface zit zeer intiutief inmekaar. Het enige nadeel is echt wel de snelheid, als ik azureus vergelijk met een stevige GTK-app in C, dan is de gtk-app veel sneller. Vooral bij het weergeven van de bestanden in een torrent zie je ze een voor een verschijnen...
hij heeft anders wel gelijk, java is nou eenmaal niet de snelste en stabielste programmeeromgeving. Geef mij maar de in c gebouwde bitcommet.

ooh ja, mod het maar weg als je weet dat ik gelijk heb, erg makkelijk om er vanaf te komen.
Ik gebruik altijd BitSpirit. Is bij mij de snelste die er is. Ga deze nieuwste versie wel weer eens testen. Bij de oude versies was het altijd maar 10KB/s ofzo. Terwijl bij dezelfde file BitSpirit wel 50KB/s haalde :9~
Misschien weet je dit al, maar anders hier een tip:
Ik citeer een f.a.q. van een door mij gebruikte torrents site.
"........... does not allow clients to use ports commonly associated with p2p protocols. The reason for this is that it is a common practice for ISPs to throttle those ports (that is, limit the bandwidth, hence the speed).

The blocked ports list include, but is not necessarily limited to, the following:

Direct Connect 411 - 413
Kazaa 1214
eDonkey 4662
Gnutella 6346 - 6347
BitTorrent 6881 - 6889

In order to use use our tracker you must configure your client to use any port range that does not contain those ports (a range within the region 49152 through 65535 is preferable, cf. IANA). Notice that some clients, like Azureus 2.0.7.0 or higher, use a single port for all torrents, while most others use one port per open torrent. The size of the range you choose should take this into account (typically less than 10 ports wide. There is no benefit whatsoever in choosing a wide range, and there are possible security implications).

These ports are used for connections between peers, not client to tracker. Therefore this change will not interfere with your ability to use other trackers (in fact it should increase your speed with torrents from any tracker, not just ours). Your client will also still be able to connect to peers that are using the standard ports. If your client does not allow custom ports to be used, you will have to switch to one that does.

Do not ask us, or in the forums, which ports you should choose. The more random the choice is the harder it will be for ISPs to catch on to us and start limiting speeds on the ports we use. If we simply define another range ISPs will start throttling that range also."
Bij Azureus heet dat 'inkomende tcp luisterpoort' oid.

Ik ben al tijden een tevreden gebruiker van azureus; leuke overzichtelijke gui, prima stabiliteit.
Nou sinds deze update heb ik opeens hoge cpu usage, die had ik niet zonder update, en azareus is nu al 3x gecrashed, ook nog nooit last van gehad :(
oude (vorige) versie eerst verwijderd?
Over het fenomeen "java is traag" : Java Swing (de nieuwe GUI API van Java) was idd niet al te rap en dan vooral onder Windows, maar dat is in versie 1.5 / 5.0 sterk verbeterd dus de apps die gebruik maken van die versie zullen al vele malen rapper gaan draaien.

Daarnaast het probleem van het geheugen vreten: dat is een bekend probleem met Java en een van de gevolgen van het versnellen van de taal zelf: om de garbage collector snel en efficient te houden is het geheugen beleid van Java niet echt geschikt voor desktop applicaties: je geeft bij het opstarten van java op hoeveel het minimaal mag gebruiken en hoeveel maximaal en als Java eenmaal het maximaal gereserveerd heeft dan zal het dat ook niet meer vrij geven. Voor server applicaties is dit helemaal niet erg, wat eigenlijk de target is voor Java gebaseerde applicaties. Nu dat Java ook voor de desktop wordt ingezet vind ik dat Sun hier eigenlijk te weinig aandacht aan besteedt, al zijn de vorderingen met Swing zeer goed.
Java is ook trager dan C talen, en dat is niet voor niks. Java heeft idd een garbagecollector, array bound checking e.d. C talen ontberen dit en levert wel een betere performance op t.o.v. Java (of C# for that matter) maar de verantwoordelijkheid om solide code te schrijven is ook veel groter, een buffer overflow is bv. zo gegenereerd.
kan niet echt zeggen dat Azureus traag loopt..

integendeel.. de applicatie is gewoon net zo snel en responsive als alle andere toepassingen die ik draai. het enigste wat het verraad dat het om een java-toepassing draait is de feit dat het een .JAR (Java Archive) extensie heeft en de JAVAW.exe proces draait.

over het gebruik.. bij mij neemt ie zo'n beetje 54MB in beslag maar dat is een kruimeltje als je vergelijkt dat een beetje systeem al gauw ruim een dikke 1024MB aan RAM heeft.

de downloadsnelheid is gewoon subliem.. 300kB/s is met deze client geen zeldzaamheid.. heb 't zelfs behoorlijk vaak. Ook al download je één torrentje.
10 torrents tegelijk downloaden is afhankelijk van je verbinding, je kan instellen hoeveel torrents actief zijn
Yay, een update van mijn favorite BT-client :9
Aantal nuttige nieuwe features en de downloadsnelheid is nog steeds als vanouds. Ook een nieuwe icoontje in de system tray :+

Van hoog geheugengebruik heb ik trouwens nog nooit iets gemerkt.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True