DC++ Linuxon, mi valt be nektek?

Valknutot hasznalok nagyon regota, nagyon szerettem, de masfel eve meg csak egy svn kommit se volt naluk, az a csoda, hogy openssl 1.0.0-val (azzal csak az svn, vagy disztributorok kulon patchelik az utolso release-t) es qt 4.7-tel lefordul es mukodik. Es hat ugye hallottam mar hiret Linuxon az APIk stabilitasanak, (de tapasztalni meg csak kernel szinten tapasztaltam). Neha sok hub eseten picit belassul viszont ujonnan, igy alternativat keresek.

amit eddig talaltam:

$ yaourt -Ss "dc\+\+"
aur/crzlinuxdcpp 0.75-1 (20)
DC++ client with segmented downloading. Similar to ApexDC++ or StrongDC++ from
Windows.
aur/freedcpp-svn-zhur 159-1 (4)
Advanced DC++ client based on LinuxDC++ source with exec patch
aur/linuxdcpp 1.0.3-4 (67)
A Gtk+ Direct Connect client based on DC++.
aur/linuxdcpp-bzr-i18n 287-1 (Out of Date) (15)
Linux dc++ 1.0.2+core0707+i18n (multilanguages)
aur/linuxdcpp-ru 070717-1 (2)
Linux dc++ from CVS with encoding and magnet links support patchset
aur/nanodc 0.3.3-4 (Out of Date) (4)
Ncurses DC++ client
aur/valknut 0.4.9-1 (90)
A direct connect client for Linux (like dc++), with segmented downloading.
aur/valknutzpoc 0.3.7-1 (1)
ZPoC Christian File Sharing program (Like DC++)
aur/verlihub 0.9.8e_r2-1 (10)
A DC++ protocol server (hub)
aur/verlihub-plugins-lua 1.8.1-1 (3)
The Lua API for Verlihub DC++ hub

Eddigi tapasztalataim:

-linuxdcpp: azt hiszem 1.0.2 idejen nagyon nem tetszett, meg segmented download se volt benne, egyetlen pozitiv tulajdonsaga, hogy mikor migraltam Windowsrol Linuxra egy egyszeru sed scripttel atirtam a meghajtoneveket /media/particionevere es a \ jeleket / jelre, mert ugyanazt a jol bevalt altalam megszokott xml config fajl szintaxist tartalmazta.

-Eiskaltdc: nem probaltam, de a Valknut masfel eve nem kommittolt dclibjere epul, es elegge demotivalt, hogy csak orosz screenshotot lattam rola (foleg, hogy Valknuttal es linuxdcpp-vel is tobbszor problema volt a karakterkodolas bizonyos hubokon, olykor hubonkent kellett allitgatni)

-jUCy: 2 eve probaltam, javas leven 250MB-ot kajalt el akkor a RAMbol ugy, hogy meg hubra se voltam csatlakozva. Azota allitolag jobb (fixme)

-Valknut (wxdcgui qt4): kb 2 evvel ezelottol mostanaig hasznaltam, nagyobb huboknal belassul, ha rendszerrel egyutt inditom ujonnan, akkor lassu (es mindig elozo sessiont allittatom vissza a KDE-vel, tehat nyitvahagyom, elindul indulaskor), neha felugrik a RAMhasznalata 300-400MB-ra, igaz par percre ra visszaugrik 40-60MB-ra, es sokszor ha elkurodik egy letoltes, konfig fajlban kell turkalnom, hogy elolrol kezdhessem (barmennyire is vicces, ez az utobbi zavar legkevesbe). Elonye, hogy teljes hublistan lehet vele ritkasagokat keresni fel nem csatlakozott hubokon is (mindezt meglepoen eroforrasbaratan teszi, kiveve ha meg is nyitod a hublistat a GUI-ban, nem csak hagyod, hogy keressen benne). Ami kulon aranyos, hogy full jol mukodik a titkositott transfer is (kulon TLS portot nyitottam neki, volt egy chellos haver, akitol midnenki minimalis sebesseggel toltott, en meg elvittem szinte az egesz upload savszeljet, neki strongdcje volt, nekem valknutom), elvileg privat chatet is lehetne vele titkositani, de azt nekem meg nem sikerult (linkek sok hubon le vannak tiltva, meg hubok taroljak a privatot lua scriptes spamszures miatt)

A tobbit nem probaltam. Aminek keszulok utananezni az a nanodc (konzolos kliens), de ha valakinek van valami tapasztalata vele, azt szivesen veszem, valamint crzlinuxdcpp-t dicsertek meg, de az linuxdcpp alapu.

Elso kerdese nehanyotoknak az lesz, hogy miert DC, miert nem jo nekem a tobbi p2p protokoll, meg ki hasznal meg DC-t: DC-n zeneileg ritkasagok vannak, zart kozossegek es privat hubokon azert nem olyan "leleposek" a userek (foleg nemzetkozi szinten), es en szemely szerint jobban szerettem, mikor meg ott is fel lehetett menni nagyobb hubra: sokan a rendezett film/sorozat mappajaba raktak a mukodo feliratot, nem torrentkommentben sirtak erte, es nem n+1 db rar file-t kellett kicsomagolgatni filmnezes elott, es kulon gepen tartani seedeleshez, kulon pedig nezeshez, hanem midnenki azt osztotta meg, ami mukodik, es beletett a megosztott mappaba mindent, ami kell a mukodeshez (Anno Motorola mpx200-ra csomo jo programot talaltam ott, es minden volt mindhez ott, ami kell). A legnagyobb gond az volt, hogy keson terjedtek el a tobbszalas kliensek, es keson engedtek meg a nagyobb hubok a szabalyzatukban is.

Roviden: ti mit javasoltok Linuxon DC-hez?

Update:
http://sourceforge.net/projects/nanodc/
Breaking news:
"Last Update
2010-07-28"

amennyiben megtalálod azt a társaságot, akik nem korlátozzák 1 byte/sec-re a tőle tölthető tartalmat (ami nyilván ritka), abban az esetben igen.
nagyon szerettem én is, mert pl country muzsikát inkább a dc-ről találtam, illetve nem volt erőszakolva az ami a torrent oldalakon: seedelj mert az arányod ilyen meg olyan, és akkor így kivágunk meg úgy kivágunk.
valamelyest ugyan egyetértek azzal, hogy seedre bíztatják a népet, de csak egy példa: valamikor tavaly előtt nyáron 8-10 adag sims nevű játékot+kiegészítőt húztam le, mert az a pakk eléggé népszerűnek indult, én meg rendbe akartam rakni az adott oldalon az arányomat. ami aztán meg is történt, de két hónap elteltével egyrészt töröltem a torrentfluxból, másrészt a lányomnak még akkor nem jött be a játék, úgyhogy szünetre raktam a pakkot, mondván majd archiváljuk. ez nem történt meg, de a tároló winyó meg kellett.
namost a törlés után vagy két hónappal (értsd letöltés után ~6 hónappal) kaptam több rendszerlevelet, hogy valami 8-10 felhasználó töltené le, és hogy seedeljek. na ez volt az a pillanat, amikor vissza sírtam a dc-t, ahol a megosztásba beraktad a cuccot, oszt' napot. meg ezzel együtt küldtem el a pics*ba őket.

hogy aztán ontopik is legyek egy picit:
én két éve hagytam fel azzal, hogy találjak olyan klienst, ami Linuxon működik is, nem csak a látszatát kelti.
talán a valknut volt akkoriban az, amelyik többet töltött online nálam, mint az a másik kettő-három, amit kipróbálgattam.

--
Aspire_3690 & bP_10.1.1
"amióta esténként kikapcsolom a mobilomat, utolérhetetlen vagyok az ágyban." - ismeretlen szerző

ezekre nagyon ritkan megyek fel (5 percenkent beggelnek slotert olyanok, akik fel ora utan lelepnek, anno away message-em volt, hogy azert nem jar slot, mert nagy uptime-om van, ha nem lepsz le, megkapod), ellenben ilyen 20-100 fos privat hubokon (ahol meg torlik is a reged, ha nem jarsz fel eleget, es nem szolsz emiatt elore) eleg sokmidnent talalok. Volt anno egy nonmainstream zenei hub, ahol midnenki 100GB+ ismeretlen zenei kuriozumokkal volt fent, de mar nem el, ellenben meg 2 privat dnb hubon vagyok, ott az en 90-es evekbeli jungle-jeimre is vadasznak, es en is 2-3 perc alatt megkapok ott barmit az ujabbakbol (elsosorban a kiadottakbol, de a soulseeken cserelgetett kiadatlanok kozt is sokszor akad ott megosztasokban)

és itt fel is soroltál néhány dolgot, amik aztán végképp tönkreteszik az ember lelkét, nameg ez a hozzáállás a hub üzemeltetőktől....
1. majd én eldöntöm, mikor mennyi időn keresztül hajtom a gépet, nem tartozom beszámolóval feléjük
2. sok rohadék pm-et reklámostul, aggyá szlotot témástul hub szinten kellett volna /dev/null felé irányítani
3. regtörlésről majd mesélek egyszer, hogy jártam a savaria torrent nevű csoportosulással
4. 5-6-8 éve még az a társaság látogatott párezres hubokat, akik egyébként fél év, egy év elteltével törölték a megosztásukból a tartalmakat, nem naponta, ráadásul hétvégén mindig online voltak 24 órában

és egyébként hogy van az, hogy tpb-n free megtalálok minden szir-szart, míg egy diablo-n egy dolog hogy reg kell, de az, hogy boldog-boldogtalan tölt(het) fel szir-szar minőségű anyagot, a seedelésért járó pontok érdekes módon bizonyos csekély számú csoportnak 27szer annyi, mint neked vagy nekem, valamint az üzemeltetők hozzáállása/alkalmatlansága miatt sokkal kevesebb cucc, ámde az legalább háromszor, három féle szar megoldásban érhető el?
egyszerűen nem értem, hogy ez itten hungarisztánba milyen szokás, hogy nehezen engedlek be b+, de ha bent vagy akkor kösd fel a gatyádat öcsém, mert hamarjába repülsz az aránytalanság miatt, meg egyébként se hisztizzél hogy szar torrentet húztál le, nem kapod vissza az ezért elvesztett arányodat, meg a többi....

(hisztizek itt mintha éjjel-nappal ilyeneken csüngenék, pedig csak alkalmasint keresek ezt-azt)

és egyébként egy magyar hubon szempontok alapján keresgélhettünk, nem mű címére mint a torrenteknél....

--
Aspire_3690 & bP_10.1.1
"amióta esténként kikapcsolom a mobilomat, utolérhetetlen vagyok az ágyban." - ismeretlen szerző

igen :(
Bar a DC-t Magyarorszagon tenyleg a lelepos nickvaltogatos userek tettek tonkre (bar ismertem olyat is, aki compile elott atirta a forraskodot, hogy legyen fake tagje meg fake megosztasa), az, hogy a hub elvarja, hogy havonta egyszer felmenjek az aktiv reg erdekeben (akar 5 percre), es olyankor legyen meg 20GB-om megosztva (kulonben delreg), meg mindig semmi egy torrentoldal koveteleseihez kepest

2 normális magyar torrent oldalt ismerek (és csak ezt a kettőt használom), ahol nem nyomatják ennyire ezt az arány mizériát.
Ha kell PM-ben küldök az egyikre meghívót. Mellesleg ott is lehet szempontok (kategória, szereplő, rendező, film hossza, gyártási év, Imdb rating) alapján keresni...

hat ilyet nem tudok, legutobb torrent admin ismeros is noname fajlmegosztorol szedegetett egy egyszeru programot "after one minute click on slow download" modjara n+1 db rarban egyesevel :( De biztos van ott ezekre is zart kozosseg, csak mint mondtam, anno nagyobb hubokon is siman leszedtem egy olyan "Motorola mpx200" mappat, hogy tobb mukodo alkalamzas volt benne majdnem, mint az Android marketben (na jo, ez azert tulzas, de volt boven, es nem is nagyon kellett keresni)

Sajnos a DC mar szmaomra leginkabb csetelesre es ritka zenekre alkalmas csak

( osod88 v | 2011. 04. 03., v – 12:31 )

A crz-félét még próbáltam anno, nem volt rossz, ha jól emlékszem van benne segmented dl. is., kb. annyiban több mint a sima linuxdcpp hogy lehet vele mindenféle scripteket futtatni. Szerintem még mindig a valknut a leghasználhatóbb, bár már abbamaradt a fejlesztése. Egyébként wine alatt megy viszonylag normálisan a windowsos sima dc++ kliens.

( uid_2783 | 2011. 04. 03., v – 13:08 )

"A legnagyobb gond az volt"...
hogy nem lőtték fejbe a sok rohadék fake megosztót, meg azokat, akik szándékosan akadályozták speed limiterrel a töltögetést.

--
Aspire_3690 & bP_10.1.1
"amióta esténként kikapcsolom a mobilomat, utolérhetetlen vagyok az ágyban." - ismeretlen szerző

( nanto | 2011. 04. 03., v – 13:30 )

Kozben leesett, hogy OS X-en is csak a non-svn Valknut erheto el tudtommal (ami meg egy evvel idosebb, mint a legutobbi kommit), de fixme. Ezesetben ez nekem kesobb is kerdes lesz (tudtommal van ra valknut, eiskaltdc, shakespeer, jUCy, de fixme)

( Boobek | 2011. 04. 03., v – 13:46 )

A DC protokollnak vannak korlátai ami miatt nem terjedhetett el, és ami miatt nincsenek 100.000-es vagy nagyobb hubok.

Amúgy én is szeretem, és arra meg pont jó, amit leírtál.
Nálam a linuxdcpp teljesített sokat, stabilnak stabil, viszont nem túl fícsőrgazdag.

Valóban, nem olvastam utána a változásoknak.
A kezelőfelülete meg rendben, hogy nem a legegyszerűbb, de annak idején mindenki meg tudott kérni valakit, hogy állítsa be.. nálam is más állította be, én is beállítottam másnál:) Tény és való, hogy elsőre pilótavizsgásnak látszik, szóval nem ragozom tovább: egyet értek!:)

azzal kezdtem anno ;) A karakterkodolasi katasztrofat mondjuk megoldotta :) De valahogy ugy vagyok vele, hogy nem azert futtatok defaultkent Linuxot, hogy folyton mennie kelljen a wine-nek (plane 24/7)

Meg volt olyan traffic shaping megoldasom (pyshaper), ami folyamatra ment (meg portra), azt is kenyelmesebb volt egy /usr/bin/valknut -tal megoldani

( sumo | 2011. 04. 03., v – 20:02 )

Egyértelműen EiskaltDC++.
Az, hogy a Valknut dclibjére épül, az már nem helytálló.
Jelenleg a DC++ 0.785-ös verziójára épül, (a Qt verzió) teljes magyar fordítással elérhető.
Támogatja az NMDC és az ADC protokollt is.
A karakterkódolást esetenként lehet külön-külön állítgatni, de ez annak is köszönhető, hogy a (még) elterjedtebb régi NMDC hubok nem támogatják az unicode-ot. Így ezeknél a hagyományos huboknál célszerű a karakterkódolást WINDOWS-1250-re állítani, az ADC hubokat nyugodtan lehet UTF-8 kódolással használni (sőt).
Az orosz screenshotok érthetőek, tekintve, hogy oroszok fejlesztik, viszont nagyon aktívan. Gyakran szoktam náluk bugot jelenteni, napokon belül javítják, amit az eiskaltdcpp-dev ágban azonnal tesztelni is lehet.
Képek magyar nyelven és magyar leírásokkal itt: http://www.elitehub.hu/hu/search/node/eiskalt
(szerk.: regisztráció nélkül a kereső sajnos nem működik az oldalon, de a főoldalon, és a blogok között találhatsz pár eiskaltos cikket)
Jelenleg az összes linuxra elérhető DC++ kliens közül a legjobb választás.

::sumo.conf::

( Dacr (nem ellenőrzött) | 2011. 04. 03., v – 22:09 )

jUCy volt sokáig, de múltkor kipróbáltam a linuxdc++-t, s aztkellett tapasztalnom, hogy rengeteget fejlődött. AZóta az van, amire nekem kell, arra bőven jó.