Fejlesztés alatt a natív linuxos µTorrent

Szerszám

Az népszerű µTorrent egy freeware, zárt forrású Bittorrent kliens, amely Windows-ra és OS X-re érhető el. A projekthez rendelkezik egy "idea" oldallal, ahol a felhasználók különböző ötleteket adhatnak a fejlesztőknek azzal kapcsolatban, hogy merre haladjon az µTorrent fejlesztése. A tippek, ötletek közt megtalálható a "Készítsetek linuxos µTorrent"-et kérés is, amely szép számú, 3 000+ szavazattal rendelkezik. Az µTorrent fórum és a FAQ adminisztrátora, Giancarlo Martínez (alias "Firon") azt válaszolta a felvetésre, hogy dolgoznak a linuxos µTorrent-en. Bővebb információt - például a várható kiadás dátuma - nem szolgáltatott. A részletek itt.

( Dgzt | 2010. 06. 01., k – 16:17 )

Ennyire szükség van még egy torrent kliensre, hogy 3 000+ szavaztak reá?
---------------------------
Oszt jónapot!

+1

Én is teljesen meg vagyok vele elégedve. Régebben még volt olyan verziója, ami hosszú futás után bezárta magát, meg láttam, hogy egyre több memóriát fogyasztott (gondolom memóriaszivárgás volt benne), de ami KDE 4.3 óta van benne, azzal teljesen elégedett vagyok. sosem fagyott le, sosem dobott hibát, mindent letöltött, és a fájloknál lévő priorítás kezelésén kívül más hibáját nem tudom felvetni. De az meg számomra általában nem fontos...

Ha jól rémlik 2.13 és 2.14 csinálta ezt. Ki is vágtak egy oldalról miatta mire rájöttem. Akkor dobtam, azóta qBittorrent és transmission amikkel minimális probléma volt eddig. Most hirtelen nagyon meg kellene erőltetnem az agyam ha egyet mondani kellene.

Egyébként meg nem értem a fanyalgást, mindkét említett kliens nagyon is jó, sokat tud. Jó persze nem lehet a még nem letöltött fájl 87. darabjának ssh hessét nem lehet hupililával kiíratni másodlagos kijelzőre, de azért jók. :))

>>: sys-admin.hu :<<

Miért kéne fals adatokat küldenie? Nem sok ilyen kliens van és a kutya se b.szik rájuk (bt++, nova, storm). A KTorrent egy egész korrekt kis kliens és hamar behozott olyan ficsőröket mint az UPnP -s auto port forward vagy a DHT.
Amúgy szerintem totál jó hogy elkészül Binuxra is az uTorrent, legalább a seed box tulajoknak nem kell annyit hegeszteniük / Windowst venniük. :P

...

Kar, hogy a fel KDE kell hozza.

"Kb ez van minden torrent progiban (gondolom)."
Viszont nem minden torrent proginak van olyan jol kezelheto felulete, mint az uTorrent-e. Mert egyebkent a Qt peldaprogramjai kozt is ott van egy torrent kliens - mas kerdes, hogy a hasznalhatosaga pocsek.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

"Kar, hogy a fel KDE kell hozza."

Hát igen... Látszik, hogy KDE része, aki KDE-t használ annak jó, aki nem annak borzalom.

"Viszont nem minden torrent proginak van olyan jol kezelheto felulete, mint az uTorrent-e. Mert egyebkent a Qt peldaprogramjai kozt is ott van egy torrent kliens - mas kerdes, hogy a hasznalhatosaga pocsek."

Mondjuk bármihez hozzálehet szokni. :) Az meg csak egy példaprogram. :)

---------------------------
Oszt jónapot!

nekem sem, meg egyeb kliensekkel sem, de az utorrentnek vagy nagy elonye.
Kicsi gyors, es sok szolgaltast nyujt. (PL. bejelentkezeses oldalrol RSS-es horforrasol tolteni a torrentet, stb..) Ami Linux alatt hasonlo tudasu az a Vuse vagy a Deluge, de mind a kettonek nagysegrendekkel nagyobb eroforras igenye van mint az utorrentnek.

Csak epp a ketto kozt a kulonbseg eg es fold. Szolgaltatasaiban is, hasznalhatosagaban is. A transmission egyetlen mulhatatlan erdeme a webes felulete - pontosabban, hogy a GUI elinditasa nelkul is hasznalhato.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Az rtorrent tényleg nagyon jó dolog, akár szöveges felületen is.

Ha pedig külön gépen fut és uTorrent-féle kinézet kell, érdemes megnézni a ruTorrent webes felületet hozzá...
A uTorrent webes felületére épül(t)...

"ruTorrent is a web frontend for rtorrent designed to emulate the look and feel of µTorrent WebUI so it's appearance is quite similar to the "parent". The name "RuTorrent" is the combination of µTorrent and rTorrent."

( honorshark | 2010. 06. 01., k – 16:47 )

Remek hir, nice, nagyon orulok neki. Vegre egy mukodo, jo kliens.
(Meg egy problemaval kevesebb. Vuze headless is 80% cpu-t porgetett neha.)

Passz. Azt is olvastam headless bug. Lenyeg hogy lesz uTorrent, mindenki happy. :)

./vuze --ui= -vel kellett kivalasztani. Most jelenleg XP fut a gepen. A merevlemez sokkal kevesebbet kerreg/dolgozik, nem melegszik annyira, a cpu fogyasztasa is lecsokkent, mindig alacsonyabb a terheles pedig virusirto is van itt.

Lehet megprobalkozom majd BSD-vel rajt vagy valamivel.

( answ | 2010. 06. 01., k – 16:51 )

A zárt forrásnak annyira nem örülök, de jó ötlet.
Windows rendszereken mindig uTorrent-et használok.
Tényleg nagyon jó az erőforrás igénye!

Ha kijött Linux-ra akkor lehet összehasonlítani az indulási/letöltés megkezdése/letöltési időket és a memória használatot más kliensekkel.

A kérdés mire fordítják majd..

( w4rp v | 2010. 06. 01., k – 17:25 )

hurra. sok winrol migralonak fontos szempont lehet, es talan leszoknak a nepek a wine-al futtatott wines utorrentrol :) en annyira sosem hianyoltam, transmission feature-halmaza lefedi az igenyeim, illetve winen halite, szinten egyszeru, de nagyszeru (es open source)

Ne nevettesd ki magad, natívan egy a µTorrent funkcionalitását nyújtó kliens sem elérhető, persze, hogy Wine-al használjuk, hivatalosan is kompatibilisek.

Engem nem is nagyon érdekel a natív kliens, a µTorrent már most is tökéletesen használható Linux alatt hátulütők nélkül, ezt már csak elrontani lehet.

( tr3w v | 2010. 06. 01., k – 17:37 )

wine-nal eddig is ment.

Amikor még rendszeresen torrenteztem (3-4 éve) akkor ez volt kb az egyetlen "cross-platform" működő megoldás (azaz bármely platformon elkezdett letöltést a másik platformon simán folytatott). Abban az időben (tized ennyi rammal) a Vuze (aka. Azureus) labdába sem rúghatott.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

( Vladi | 2010. 06. 01., k – 17:59 )

Felőlem...

De ha már itt tartunk biztos forrásból tudom, hogy qBittorrentnek meg készül - most már komolyan - a win portja. Más világ. :)

>>: sys-admin.hu :<<

( balintdavid | 2010. 06. 01., k – 18:31 )

[irónia on]

Erre is olyan égető szükség volt, mint a linuxos Nero-ra

[/irónia off]
---------------------------------------
Vostro 1015 // Lucid Lynx // Windows 7

( Darkcomet | 2010. 06. 01., k – 19:17 )

Én örülnék egy natív linuxos µTorrentnek, most is azt használom wine segítségével. Az indokaim egyszerűek: nálam csak ezzel a torrent klienssel lehet rendesen becsapni az UPC p2p korlátozását. Ennyi. Próbáltam a többi linuxos kliens alatt is a titkosított adatforgalmat, meg más egyéb nyalánkságot beállítani, de 45kbps fölé az istennek sem mennek a letöltési sebességeim. Ráadásul pici, nagy tudású, és áttekinthető a felülete, amit a többiről nem nagyon tudok elmondani.

Ertem en ezeket mind, csak a kovetkezo kerdeseim vannak:

- hogy tud pozitivum lenni az, hogy kicsi, ha egy bszomnagy Wine kell a futtatasahoz.
- "a tobbi linuxos alkalmazas" konkretan miket tartalmazott?
- fenti upc-n kivul mi az, amit kene tudnia a tobbinek ahhoz, hogy szerinted (vagy barki szerint akinek ez kell) mar eleg jo legyen?

- A wine nem csak a µTorrent miatt van fönt. Természetesen ezért az egy programért nem tenném fel, habár ki tudja, tekintettel a UPC kijátszásáról írottakra.

- Deluge, Ktorrent, meg még a fene sem tudja, mikkel próbálkoztam.

- Nem kéne semmit sem tudnia. A részemről ha frankón működne a többi UPC hálózaton, azonnal ejteném a windowsos µTorrent-et. De mivel nem működnek, az ilyen wine alól futtatást meg nem nagyon kultiválom, sok esetbe a kényszer visz rá, örülnék egy natív µTorrentnek.

Mint itt többen, én is a transmissiont javaslom. Állítsd át a kimenő portot valami teljesen agyamentre, és encryption-required legyen (ne pedig encyption-preferred). Bár szerintem titkosított kapcsolatnál az is sokat számít, hogy hányan vannak akik hajlandók neked kódolni pluszban. Mellesleg érdekelne, hogy mi ez a trükk, amivel kikerüli azt az UPC-védelmet - illetve hát az érdekelne igazán, hogy mit is figyel az UPC, és mit (illetve mi alapján) korlátoz.

( thebeast | 2010. 06. 01., k – 20:14 )

Deluge és rtorrent mindenben kielégíti az igényeimet. uTP-t még nem is láttam sehol. Lehet, hogy rossz helyeken mozgok.
Ha már mindenképp hiányolok egy alkalmazást linux alól, akkor az a foobar2000, de azt nem fogják portolni soha (előreláthatólag), pedig egy jó ideje nyöszörögnek a userek.

( Zoltan1992 | 2010. 06. 01., k – 22:18 )

Micsoda jó hír! Remélem mihamarabb elkészül! Továbbá én is bízom abban, hogy a foobar2000-et is idővel megírják majd Linux-ra. :)

( aga_et v | 2010. 06. 01., k – 23:22 )

Hát nem tudom, Deluge 98%-ban ugyanazt nyújtja.
Csak nehogy olyan szörnyen portolják mint a dvdshrink-et. De azért kipróbálom majd.
--
AGA@
Clyde Radcliffe Exterminates All the Unfriendly Repulsive Earth-Ridden Slime

Valójában valaki gányolt valamit bashben(!!!) és perlben ami mencoderre vagy transcode-ra (már nem emlékszem) épül, és elkeresztelte dvdshrink for linuxnak; utoljára 3 éve piszkált hozzá valamit.

Természetesen semmi köze az eredetihez, és nulla a használhatósága (nemhogy a menüt, a lemez eredeti sávkiosztását sem képes reprodukálni).

Ami valóban működőképes és tényleg tudja amit a dvdshrink, az a K9copy, de az alatta lévő VAMPS nem túl jó a motion compensationben, gyors mozgású jeleneteknél elég darabos lesz a video.

Ergo: eredeti+wine, ha megy alatta... ezvan.

szerk: amint látom a K9copy-hoz már nem kell vamps, lehet ők is rájöttek hogy szar, és a mencodert használják? FIXME, rég óta nem csinálok DVD9->DVD5 ripeket.

( 2Geza | 2010. 06. 02., sze – 07:51 )

Én azt nem értem, hogy a torrenthez miért nem protokol drivereket írnak (ez egy protokol, nem?) a kernlebe, és miert applikációs szinten van mindíg a protokol megvalósítása?

Van ennek valami szakmai alapja, vagy csak túl lassú az ideális architektúra felé konvergálás?

Ezt olyan szepen tudod mondani, csak epp soha meg nem indoklod. Mi a jo edes francert valo a kernelbe?
1) Nem level2/level3 protokoll
2) iptables szinten nem lehet, nem is kell szabalyozni
3) semmilyen mas, hasonlo protokoll (HTTP, FTP, SMTP, SSH) nincs a kernelben
4) egyaltalan, a kernelnek nem is dolga, hogy ilyen protokollokkal foglalkozzon.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.