Software-update: µTorrent 1.8.1 build 11903 bèta

Het programma µTorrent is een in C++ geschreven lichtgewicht Bittorrent-client dat als doel heeft om zo min mogelijk het systeem te belasten, waardoor het naar eigen zeggen van de ontwikkelaars ook op een Windows 95-systeem met 14MB werkgeheugen gedraaid kan worden. Hoewel µTorrent een lichtgewicht client is, biedt het programma wel een groot aantal features. Zo kan het uiterlijk door middel van skins aangepast worden, kunnen bestanden via 'trackerless' torrents gedownload worden en kan per torrent de bandbreedte worden ingesteld.

De ontwikkelaars hebben een nieuwe build uit de 1.8.1-serie van µTorrent uitgebracht. De nieuwe versie kan vanaf deze locatie voor Windows gedownload worden en verkeert nog in bètastadium. In de 1.8.1-serie zijn een aantal nieuwe mogelijkheden en verbeteringen doorgevoerd. Zo kan µTorrent voortaan twee keer zo snel hashen en zijn er kleine fouten uit de interface gehaald. Het volledige changelog sinds de eerste publieke release van de 1.8.1-versie ziet er als volgt uit:

Version 1.8.1 beta (build 11903)

• Change: Allow custom seeding time maximums
• Fix: webui hashed password upgrade from <= 1.8
• Fix: resolve conflicts between .torrents in move complete path with .1.torrent etc
• Fix: crash with cancelling HTTPS requests

Version 1.8.1 beta (build 11882)

• Feature: 2x faster hashing
• Feature: Open Containing Folder for Files tab
• Change: sort torrents without ETA after torrents with infinity
• Change: remove "Download Limited" behaviour
• Change: turn sparse files off by default, due to fragmentation issues
• Change: relax min_interval restriction on manual updates to 60 seconds if the last tracker request failed
• Change: store hash of the webui password instead of plaintext
• Fix: force non-sparse with preallocate on
• Fix: 'hostname not found' on NT4
• Fix: slow load with lots of torrents that point to a dead/missing drive
• Fix: Some checkboxes overlapping others in the connection section of preferences
• Fix: work around NOD32 IMON bug (HTTP 400)

[break]

Versienummer	1.8.1 build 11903 bèta
Releasestatus	Beta
Besturingssystemen	Windows 9x, Windows NT, Windows 2000, Windows XP, Windows Server 2003, Windows XP x64, Windows Server 2003 x64, Windows Vista, Windows Vista x64
Website	µTorrent
Download	http://download.utorrent.com/beta/utorrent-1.8.1-beta-11903.upx.exe
Bestandsgrootte	262,00kB
Licentietype	Freeware

Reacties (20)

[Anoniem: 235201]

Sinds ik van 1.7.1 overgestapt ben naar 1.8, gaat zo een beetje elke download met slechts 12kb/s ipv de gebruikelijke 600-700kb/s. En om zo te spreken over de features, vind ik 1.8 niet zo super vernieuwend

Verder heb ik ook continu problemen als ik een tracker probeer te updaten. Constant krijg ik de error dat de tracker geen toegang geeft.

@DanielG:

Hehe, vandaar dat ik slechts 12kb/s kreeg. Als ik een filmpje pluk, zet ik de upload inderdaad op 1kb/s, omdat ik geen boete aan m'n broek wil hebben hangen, omdat ik dan zogenaamd auteursrechtelijk materiaal verspreidt. Aan het eind heb ik slechts 1mb geupload, waarvan brein hoog en laag mag springen. Wie weet waar die 1mb uit bestond, misschien slechts uit de aftiteling

@Les_paulde

die simuleert alsof je veel aan het uploaden bent/geupload hebt.

Kun je daar dan niet op gepakt worden door je ISP/Brein?

[Reactie gewijzigd door Anoniem: 235201 op 22 juli 2024 19:21]

[DanielG]

De 12kb/s 'bug' komt meestal door de upload op 1 kb/s te zetten, als je die op hoger zet (bijv 5 kb/s) dan kom je al boven de 100 kb/s down.

[les_paulde]

of je gebruikt Azureus met de leech-hack, die simuleert alsof je veel aan het uploaden bent/geupload hebt. Raar hoor, dat dit met de nieuwere versie van Utorrent zo gaat, bij mijn oude 1.7.1 is dat idd ook niet het geval.

[Anoniem: 230385]

Volgens mij zat dit al sinds 1.4.x in uTorrent, er staat ook netjes in de status bar "download limited" en de limiet is afhankelijk van je upload, bij 6kb/s gaat de limiet eraf, alles eronder en je wordt gelimit. Heb het net nog effe getest met 1.7.0 en die limit ook netjes als je de upload op 1kb/s zet, snap niet hoe anderen de upload op 1kb/s kunnen zetten en alsnog een hoge snelheid halen. Zie ook hier.

What does Download Limited in the status bar mean?

This is an anti-leech protection put in µTorrent. It means your upload cap is set too low, and as such, your download is limited to 6 times that amount (3 in 1.4 build 402, 6 in 1.4.1 build 405+). It's set to 6 times the cap so that legitimate users who need that cap (dial-up, ISDN, certain slow broadband connections) are unaffected by it. It only applies to upload caps of 1-5 KiB/s.

[Blokker_1999]

Had men wel in de release notes mogen zetten.

[Anoniem: 199894]

Als je echt bang bent om gepakt te worden (wat hier in Nederland nauwelijks gebeurd onder torrent gebruikers) kun je ook altijd nog encryptie aanzetten, wat al een heel eind scheelt. Ik heb nu even geen µTorrent bij de hand maar zo uit mijn hoofd moet bij de opties onder het tabblad Torrents de optie Encryptie op "geforceerd" zetten en de optie "Inkomende lagacy verbindingen toestaan" afvinken. Nu wordt de data die jij verstuurd versleuteld en weet je ook zeker dat de data die naar jou toe verzonden wordt ook versleuteld is. Let hierbij wel op dat voor voorbij bij de laatste optie het aantal peers afneemt, wat ook weer je download snelheden kunnen vertragen bij bestanden met weinig seeds. Wanneer dit gebeurd kun je altijd nog de inkomende legacy verbindingen gewoon toestaan (downloaden van muziek/films is toch legaal hier) en de encryptie optie op "ingeschakeld" zetten.

Als je Windows XP bezit kun je er natuurlijk ook Peerguardian gebruiken. Deze bevat een blacklist en zorgt er voor dat (onder andere) anti P2P servers niet eens verbinding met jouw computer kunnen maken. Daarnaast is een goede firewall natuurlijk ook aan te raden. (Maar ik hoop toch wel dat je die allang hebt. )

[Anoniem: 230385]

Nu nog alle trackers via SSL want dat verkeer valt natuurlijk makkelijk te checken, ISP sniffed je tracker connecties, kan daarin tcp reset packets toevoegen, of gewoon je peer lijst opslaan, etc, etc

[Anoniem: 179986]

Hoeveel nederlandse torrent gebruikers zijn er nou gepakt? 5 of zoiets dergelijks, jaren geleden. Maar als jij graag in je paranoïde wereldje leeft waarin je denkt dat iemand ook maar een seconde ervan wakker ligt dat jij zit te uploaden dan ga je je gang maar.

[YopY]

Leuk, maar ook de aftiteling is auteursrechtelijk beschermd, dus dan ben je net zo ver. Er zijn tienduizenden mensen (zo niet meer) die honderden zaken dagelijks uploaden, en niemand is er tot nu toe voor aangeklaagd.

Maar ja, zet gewoon encryptie aan en deel wat je downloadt, zo heeft een ander er ook nog wat aan.

[mindcrash]

Hehe, vandaar dat ik slechts 12kb/s kreeg. Als ik een filmpje pluk, zet ik de upload inderdaad op 1kb/s, omdat ik geen boete aan m'n broek wil hebben hangen, omdat ik dan zogenaamd auteursrechtelijk materiaal verspreidt. Aan het eind heb ik slechts 1mb geupload, waarvan brein hoog en laag mag springen. Wie weet waar die 1mb uit bestond, misschien slechts uit de aftiteling

Dat zal dus een organisatie als BREIN aan de aars oxideren. Je bent deelnemer in een P2P netwerk en je upload (een stukje van) beschermd auteursrechtelijk materiaal en dus ben je zowiezo al strafbaar bezig. Je kunt dus net zo goed je upload wide open zetten of net snel genoeg zodat je download snelheid niet gelimiteerd wordt door je client (tenzij deze limitatie al in je client is verwijderd).

Overigens wel enigzins vreemd dat BitTorrent inc in z'n meest populaire client een optie eruitsloopt die het minder populair maakt om op extreem lage snelheden te seeden. Aangezien zeker op publieke trackers al behoorlijk vaak de verbinding wordt verbroken als de download al 100% binnen is en voordat de ratio op 1:1 staat, wordt het zo wel extra makkelijk om vooral te downloaden en zo weinig mogelijk te sharen. Zou dit wellicht een manier zijn om ervoor te zorgen dat er steeds minder auteursrechtelijk beschermd materiaal wordt gedeeld via het BitTorrent protocol, aangezien men nogal wat moeite heeft om trackers zoals The Pirate Bay aan te pakken? De gebruikers maken op die manier de trackers namelijk waardeloos, als er geen snelle seeders wordt het ook minder interessant om grote torrents naar binnen te trekken.

[Reactie gewijzigd door mindcrash op 22 juli 2024 19:21]

[GhostShinigami]

'trackerless' torrents ? wat houd dat dan in? als dus centralisatie van torrents tegen zou gaan en een tracker niet meer gehost hoeft te worden (en niet makkelijk te stoppen?)

[Anoniem: 230385]

DHT, http://en.wikipedia.org/wiki/Distributed_hash_table

[Xantis]

"waardoor het naar eigen zeggen van de ontwikkelaars ook op een Windows 95-systeem met 14MB werkgeheugen gedraaid kan worden. "

Hij draait op mijn win2003 server toch echt met 38MB ram, vind het knap als je dat voor elkaar krijgt met 14MB

[SirNobax]

Dan moet je even instellen dat hij Direct alle data, gelijk, wegschijft naar de HDD, ipv, eerst een gedeelte in het werkgeheugen te plaatsen om load van je HDD te besparen.

Staat bij opties helemaal onderaan, bij Advanced -> Disk Cache. Dan Override Automatic cache size [..] en even een gatelletje naar wens daar invullen.

Standaard gebruikt hij (max) 32MB aan cache, wat dus het verschil maakt tussen 38MB en de opgegeven 14MB.

Ik zit hier trouwens aan de 6MB met cache uitgeschakeld .

[Reactie gewijzigd door SirNobax op 22 juli 2024 19:21]

[Hoite]

^{Change: remove "Download Limited" behaviour}

is dat niet verholpen bij deze?

[Anoniem: 130582]

Dat is correct, maar alleen in de 1.8.1 beta serie, niet in de 1.8 stable.

Verder is een "trage snelheid" in het algemeeen vaak volledig pebkac door het niet opnieuw toevoegen als exceptie van het programma aan firewall of internet security.

[GhostShinigami]

ah DHT niet aan gedacht dat ze dat bedoelde, bedankt

de about/ 'over utorren' pagina is behoorlijk psychedelic
hmm apart dat me utorrent zelf nog niet mee is gekomen dat er een update is, nou ja komt ie vanzelf wel mee. (i hope)
en daar was de automatische update al..

[Reactie gewijzigd door GhostShinigami op 22 juli 2024 19:21]

[cysoon]

Als ik versie 1.6 gebruik en update naar 1.8 stable doet niets het meer. En met niets bedoel ik dat alle actieve downloads/uploads niet werken. De installeren 1.8 en installeren 1.6 en alles doet het weer.
Dus ik blijf nog gewoon bij 1.6. Of weet iemand de oorzaak?

[Coocoocachoo]

Waarschijnlijk dat de tracker 1.8 banned. Of je hebt je firewall niet goed staan.
Wat staat er als reden dat ze niet werken?

[sl1200]

Sinds mijn upgrade naar 1.8 heb ik (net als de first-poster) problemen met trackers die constant offline staan en niet up-te-daten zijn. Met 4 verschillende trackers het geval.

Vervolgens kan ik niet meer via https inloggen van buitenaf via RemotelyAnywhere, maar ook http werkt niet.

Heleboel trackers hebben ondertussen gepost op hun sites dat de laatste versie niet goed het verkeer kan tracken, wat ik ook merk (aantal MBs geupload komen niet altijd overeen met aantal vermeld op tracker, ook niet na een tijdje inactiviteit om de tracker een kans te bieden de stats te refreshen). Misschien is dit wel inherent aan het eerste probleem van offline trackers.