čo majú okenári závidieť? http://www.utorrent.com/ keď bude Transmission obsahovať aspoň polovicu funkcií a vychytávok ktoré obsahuje µTorrent tak sa ozvi.
Transmission je standardne v Ubuntu(ak si dobre pamätam) a je to nehorazny shit. Torrenty taha neskutocne pomaly(asi aj viem preco). Okamzite som ho zamenil za Deluge(http://deluge-torrent.org/) a problemy s rychlostou zmizli. Navyse to PRISERNE nefunkcne gui(tak ako väcsina aplikacii v linuxe) mi liezlo krkom. Naproti tomu deluge mi hned sadol a na utorrent som uz ani nemyslel. Vsetko je tam kde to ma byt.
Toť moja skusenost. Stale som windowsak. Linux mam rad, ale este vela teroristov budu amici musiet chytit, kym ho budem mat na desktope.
BTW: Transmission je asi naozaj nashitnejsia palikaciu aku som kedy na linuxe mal/skusal/pouzival/videl.
Před rokem jsem s ním míval podobné problémy, ale když ho teď používám zmíněné 3 měsíce (1.20-1.22), tak se perfektně osvědčil. Verzi 1.33 mám teprve pár hodin, ale už teď mohu říct, že je to perfektní kus softwaru, na kterém je každá verze opravdu vidět.
GUI transmission nepodporuje všechny vlastnosti, které transmission umí, ale že by bylo "PRISERNE"?
Házet všechny linuxové programy do jednoho pytle nemá smysl, protože se dají najít kousky, za jejižch GUI by se nemusel stydět nejeden komerční program.
Konkrétně jednotliví klienti nejsou popsáni, ale obecně kvůli špatnému infu down/up posílané trackeru, vadným torrentům vytvořených v banned klientovi, atd. Důvodů je hodně.
Zakázán je např uTorrent 1.7 (1.7.1 a výš v pohodě),
Azureus 2.5.0.0, Mldonkey,Deluge, bitspirit a další.
ja mam prave opacny pocit.. deluge mi vadilo ako po stranke user interface, rovnako aj funkcnosti.. naproti tomu transmission funguje bezproblemovo.. jedine co mi v nom chyba je queue ale vraj sa planuje...
Pouzival som az som nasiel rtorrent, je v debiane a vie toho ovela viac ako btdownloadcurses, a v jednom okne spustis vsetky torrenty, kazdy sa da aj za behu nastavovat. Skuste super vecicka, jednoduche ovladanie.
Zdravim, nemuzu soudit Transmission nebot jsem jej nevyzkousel, ale existuje
jiz radu let vyvijena alternativa: mldonkey. Pouzivam jej prave na routeru jiz
tri roky. MLdonkey bezi jako daemon (backend). Jako forntend (pritup k backendu)
lze pouzit:
GUI aplikaci (existuje nejmene 10 klientu pro ruzne platformy)
telent (ovladani backendu pomoci prikazu)
web
wap (ovladani backendu za pomoci mobilu)
MLdonkey popdoruje ruzne P2P site (BitTorrent, eDonkey2000, Kademila, Overnet, ....)
Nemylim-li se existuje i port pro Windows.
Nějakej ten rok používám rtorrent ve screenu... mám to udělané tak, že stačí nakopírovat *.torrent soubor do hlídaného adresáře a začne stahování. Místo klienta používám shellový skript, který provádí kopírování torrent souboru na router (ve firefoxu mam asociaci torrent souborů na tento skript). Hotové torrenty se pak hrnou do adresáře který je nazdílen.
A co teprve s webui jako je wtorrent nebo rtWi tam to teprve zacne byt zajimave, nicmene je tu nutnost zprovozneni webserveru + php. Takove deluge je taky postaveno na libtorrent navic samo obsahuje webui s vlastnim mini webserverem.
Mensia pripomienka k libtorrent. RTorrent ma vlastnu libtorrent "rakshasa", ktora nie je rovnaka s libtorrent projektom na sourceforge.net. Viac info http://libtorrent.rakshasa.no v sekcii Disclaimer.
Prajem prijemny den!
Na jistém privátním trackeru je mldonkey banned. Na edonkey/Kademlia používám aMule, který stejně jako Transmision je možné použít jako daemona se vzdáleným ovládáním gui aplikací nebo přes web rozhraní.
Taky ho už chvilku používám, zlepšuje se.
Ale občas člověku vadí nějaká "fíčura" ;-).. Ve verzi 1.3 se zvětšila minimální výška okna s detaily torrentu. Tato minimální výška odpovídá zobrazení nejvyšší záložky, takže to nelze považovat jednoznačně za chybu. Ale na jiných záložkách se to projevi tak, že je tam dole prázdné maso, které zbytečně zabírá místo. Proč by nemělo jít výšku zmenšit tak, aby odpovídala obsahu jiné záložky, která mě zajímá víc?
hned jak jsem precetl Transmission tak jsem si na to taky, Control taky jsem videl, sice asi ne prvni den..
a pak par mesicu jsem videl Donnie Darko (taky velmi dobry film) a najednou si rikam, ze je mi ten song v tom filmu nejak povedomej a byl to ten znamej "Love Will Tear Us Apart" taky od Joy Division.. mimochodem tento soundtrack vrele doporucuju
Dobry den, chtel bych se zasvecenych zeptat na dve veci. Za prve, jaka je spolehlivost klienta, kdyz pobezi na routeru ? Na mem Asus WL500GDL s OpenWRT jsem rozjel Enhanced-CTorrent, ale problem byl, ze dobrych 70% stazenich casti neproslo hash kontrolou a musely se tahat znova (a kdo vi, co jsem posilal ja jim). Takze "sosaci stanice" mi sice brala jednotky W, ale efektivita byla hrozna.
Za druhe,u klienta se neda nastavit, kolik si ma maximalne vzit pameti ? Zvlaste to omezeni pameti je pro domaci routery dulezite, lepsi modely maji zridka kdy vice jak 32 MB a pokud na nem maji bezet i dalsi sluzby, tak by se hodilo mit nejakou v zaloze :)
V GTK rozhraní je volba na omezení počtu peerů. To by mělo paměťové nároky držet nízko. V daemon+remote jsem to nenašel, asi se tam počítá s tím, že to lze nastavit přes iptables.
----> tohle je user-friendly:) Proste na klienta z prikazove radky toho Transmission moc neumi a musi se to resit berlickami. Samozrejme nezpochybnuji jeho kvality, pouzivam ho a jsem s nim spokojen (ale pouze pod GTK, z command lajny a jeste na routeru to moc pouzitelne neni)
Teď mě zas napadá otázka, co na tom použitelné není z command lajny?:) Věř mi, že snad krom tohohle nastavení to má shodný vlastnosti s GTK rozhraním. Z mýho pohledu to je stejně jen o tom, naházet tam věci ať se stahují a dál to neřešit, jenom si vyzvednout výsledek.
Dobre, udelam modelovou situaci.
Mas to na routeru, na kterem bezi sitova tiskarna, Samba a rad bys, aby zustala zachovata jeho rychlost a schopnost plnit i jine ulohy (proste at se to tim nezahlti).
Takze mi prosim JEDNIM prikazem donut Transmission, at :
skonci seedovat po 240 hodinach nebo pokud Ratio dosahne 3 (at nejsme sobci)
dale at bezi na portu 20000,
v pameti zabere pouze 2MB (jsi na routeru, mas silne omezenou RAM)
at je maximalni pocet peeru 10 (kvuli zachovani dobre odezvy pro dalsi pocitace co by rady na Internet zahrat si CS nebo proste kvuli kvalite pripojeni:) )
at pouzije maximalne 50 KB/s pro stahovani a 25 KB/s pro upload
at se chova jako program BitTorrent (protoze nekdete trackery muzou filtrovat mene rozsirene klienty)
at si naalokuje 100% mista potrebneho pro torrent (at pozdeji nezjistis, ze nemas kam tahat)
---> enhanced-ctorrent to zvladne v jednom prikazu a jeste mnohem vice. Tady to proste nejde. To je u me rozdil mezi user-friendy a user-unfriendly :)
Navic ta modelova situace neni zadna extremni, na routeru jsem toto nastaveni dnes a denne pouzival.
Chápu.. v tomhle ohledu na tom neni transmission nejlíp a řešení s iptables, crontabem a diskovými kvótami mi asi nesežereš :) Transmission umí z toho co si namodeloval samo omezit rychlost a nastavit port na kterém běží. Já ho používám na 5mbps lince a PIII 800MHz se 128MB RAM, takže osobně se mě zbytek netýká :)
nepochybuji o jeho kvalitach, kdyz si to naklikas nebo pustis nekde na "silnem" :) stroji. Ale proste Linux ma tu nevyhodu, ze tam sice jde uplne vsechno, ale musi to clovek umet... a to je prave problem :) Proto kdyz na nakonfigurovani neceho mi staci precist si manual k jednomu programu, je to vice user-friendly nez si k tomu jeste prihodit cron, iptables a nejake ty diskove kvoty :)
nevim jak je to u OpenWRT ale Transmission (1.34) pouzivam na DD-WRT 24SP1
a choval se klucina dost neukaznene.
vyresil jsem to tak, ze jsem zprovoznil na flashce (spotrebni material) 128MB swap a na zbytku stahuji.
nekde jsem nasel navod, jak po dokonceni stahovani presunout data a znovu spustit stahovani/seed ale tak nejak nemam cas tohle ted rozchazet.
u WL-500G Deluxe bych vazne nesel do niceho slozitejsiho bez swapu. mas tam sice dost RAMky ale na solidnejsi praci to nestaci.
osobne mam
WL-500G Premium v1 s DD-WRT special
na nem swp
transmission
samba3 (kvuli NTLM2 ve vistach)
busybox
htop
rnano
mc
xinetd
swat
pri silne zatezi (3 usr na kabelu a 5 na wlane) se fesak chova dost dobre.
navic mam dost slozite nastavenou bezpecnost takze musi sifrovat kazdy paket. a stiha.
ale to je uz OT.
Onoho času, kdy jsem opouštěl azurea a rozhodoval se mezi deluge a transmission.. Jsem skončil u lince (libtorrent, c++, gtkmm) http://lincetorrent.sourceforge.net
pekny clanek, doted jsem pouzival deluge - ale na transmissionu se opravdu zapracovalo ... dokonce i to web rozhrani je pro zakladni pridani torrentu docela dobre pouzitelne ... a hlavne - stahuje to :)
Ja bych spis uvital nejake GUI pres ktere by se dalo vzdalene ovladat transmission-remote. vim, ze to ma WEB interface, ale preci jen GTK aplikace by bylo lepsi.