OpenWrt torrent kliens

Kerestem megoldást a címben említett problémára, de nem találtam nekem tetszőt. Azért sokáig nem kerestem :) először ctorrent + screen párosítás volt de az csak itthonról kényelmes (nincs putty, csak web elérés). Kerestem webes guis frontendent egyet találtam, de nálam nem volt stabil néha elszállt. Kerestem forrást, gondoltam belenézek, forrás sehol. Ezután "kénytelen voltam" írni egyet magamnak, hiszen nem vagyok őrült így nem kezdek új disztorba.

Ahogy most állok:
torrent feltöltés weben, letöltés pause/quit, tracker refresh, global ul/dl speed, infok a torrentről.

Mivel nem akartam appletet írni, html-es cgi-s-t meg nem szeretek és mivel már használtam korábban gwt-t, így tettem most is (java->javascript). Készítettem Kamikaze csomagot is, csak a nevét nem bírtam kitalálni:
YODCTCS

( bigacsiga | 2007. 11. 02., p – 10:57 )

Ezt nevezem!
Csak úgy írtál egy torrent klienst. Nem semmi.

( hege | 2007. 11. 02., p – 14:52 )

A dyndns + net felől elérhető shell nem megoldás? Csak figyelni kell hogy kellően bonyolult legyen a jelszó. (Tényleg, dropbear tud kulcsalapú azonosítást?)

részben megoldás, van is dyndns meg (remélem) bonyolult jelszó. (dropbear tud kulcsos azonosítást)
viszont webes elérésnek vannak előnyei: nem csak én tudom használni, munkahelyről nem megy csak web (csak 80-as port proxyn) mostanában sokat voltam külföldön (munka) és várhatóan még leszek is, tehát ssh nem jó.

( asd | 2007. 11. 02., p – 16:41 )

Nekem az a bajom, hogy ECtorrentet forditva mindig megeszi az osszes memoriat, es nincs swapspace. Gondoltam hogy majd megadom a maxpeereket -M kapcsoloval, de az csak a dokumentacioban letezik, a kliens maga errorra fut... Ugyhogy nincs most torrent kliensem. Ugy orulnek egy rtorrent-nek ;)

( ds | 2007. 11. 04., v – 17:57 )

van frissítés, a feltöltött torrent fileokat lehet törölni, újraindítani.

root@OpenWrt:~$ + http://yodctcs.googlepages.com/dctcs_0.5.4-1_mipsel.wr.ipk
Downloading http://yodctcs.googlepages.com/dctcs_0.5.4-1_mipsel.wr.ipk
Installing dctcs (0.5.4-1) to root...
Installing ctorrent (dnh3.2-1) to root...
Downloading http://download2.berlios.de/pub/xwrt/packages/ctorrent_dnh3.2-1_mips
el.ipk
Configuring ctorrent
Configuring dctcs
Successfully terminated.
root@OpenWrt:~$ /opt/etc/init.d/
/opt/etc/init.d/S90sctcs /opt/etc/init.d/bitchxrc
root@OpenWrt:~$ /opt/etc/init.d/S90sctcs stop
Shutting down busybox httpd...
killall: busybox_httpd: no process killed
Shutting down sctcs daemon...
done
root@OpenWrt:~$ /etc/init.d/dctcs start
torrent-directory '/mnt/disc0_1/torrent/': No such file or directory
root@OpenWrt:~$ nano /etc/dctcs.conf
root@OpenWrt:~$ ls -l /mnt/megosztas/
drwxrwxrwx 24 root root 4096 Nov 4 20:03 download
dr-x------ 2 root root 4096 Sep 15 21:25 empty
drwxr-xr-x 5 nobody nogroup 4096 Oct 23 12:46 router cuccok
drwxr-xr-x 2 root root 8192 Nov 4 19:24 torrent
dr-x------ 2 root root 4096 Sep 15 21:48 users
drwxr-xr-x 5 root root 4096 Oct 21 22:02 wget
root@OpenWrt:~$ /etc/init.d/dctcs start

Elindult ! :)
Nekiugrok tesztelem. Ékezetes fájlnevekkel boldogul? Az sctcs néha behalt tőle.
Köszi a gyors reagálást.

( JoHn123 v | 2007. 11. 06., k – 17:51 )

Szerintem kiteheted, ment egész nap, eddig semmi hibát nem találtam benne, jól működik.
Max. a grafikán kéne kicsit dolgozni :)

CSS a kinézete nem igazán érdekel, inkább a funkciókat szeretném hozzátenni ami hiányzik.
firefox-hoz tedd fel a web developer toolbar-t, azzal szerkesztés közben látod is az eredményét.

a forrás ugyanaz.

Belelkesültem hogy végre van egy ilyen amit fejlesztenek is.:)

:)
ma is csiszolgattam rajta egy keveset, amíg olyan nem lesz mint amit én szeretnék addig biztos fejlesztem.

( ds | 2007. 11. 10., szo – 08:54 )

tegnap tettem fel új verziót, a changelog:
detailed information about files being downloaded
added --upload-limit, --download-limit options (now you can set it in the config files and via parameters, not only in the gui)
torrent files added to list after downloaded (not after ctorrent starts)

Köszi!
Frissitek.
Ilyen: http://ktorrent.org/images/screenshots/KT-scheduler-plugin.png
várható lesz benne valaha?
Szinte semmilyen webes torrentkliensben nincs scehduled download, pedig nagyon jó volna.

Hosszabb nevű torrenteknél kissé elcsuszik minden, nem tudom hogy ez gond vagy nem, de gondoltam szólok.
http://picasaweb.google.com/zoral566/Dctcs/photo#5131245404958496498
Előző kérdésemre válaszolva: az ékezetes fájlnevektől sem hal le. Eddig atom stabil.

teljesen más: whiterussian 0.9 -re miért csak ez az öreg mc van szerinted? mc - 4.1.35-3
Lehet rá forditani ujabbat?

( ds | 2007. 11. 18., v – 19:34 )

úgy néz ki belefért a hétvégébe ahogy reméltem, itt az új verzió

# teljesen újraírt gui
# a detail dialog -ban a filenevek linkek lehetnek (--detail-url)
# torrent filok letöltése url -ről
# letöltött adatok törlése
# új opciók --ctorrent-args, --detail-url

a torrent filok letöltésekor (egyenlőre(?!)) nincs fork tehát amíg wget nem végez addig más nem nagyon fog történni
az adatok törlése "not hevily tested" :D
enjoy

Jó lett a gui ! Gratulálok.
Sokkal áttekinthetőbb.
Találtam bugot.
Ha a egy stopped státuszú torrentre kattintok, majd megnyomom a deletét, nem törli a huligán hanem kiléptet.Bitfield fájl használatán nem gondlkodtál? Ez nem volt rossz at sctcs -ben. Elég lassan nézeget végig a routerem egy 4 GB -s DVDt

Nálam Enhanced-CTorrent dnh3.2 van feltelepitve, utánajárok, lehet hogy lesz benne ilyen opció.
Ez lehet? "-f Force saved bitfield or seed mode (skip initial hash check)"
Bug ügyben részletesebb infot nem nagyon tudok, vagy ha van ötleted hogy kövessem nyomon..
Egész egyszerűen bármely lestoppolt torrentet törölni akarom kidob a bejelentkező felületre.

Szerk: Bitfield fájl megoldva, kellett a konfigba a -f.
Az utóbbi "bug" megoldódott egy router restarttal.
Jó a progi :)
Köszi.

( ds | 2007. 12. 03., h – 20:55 )

ismét új verziót sikerült összerakni, változások:

CTCS protocol v3 támogatása (egyelőre nincs kihasználva semmi feature de ami késik az jön...)
még egy-két apróság kijelzése a letöltésekről pl: total/seed time, átlag upload/download sebesség
szabad/foglalt lemezterület megjelenítése
"használati statisztika" arány, idő, torrentek, le/feltöltés (menti /etc/dctcs.stat -ba)
bugfix: a limit-ek nem állnak -1 -be refresh után

valamint van oleg firmware-hez csomag, aki teheti tesztelhetné, én nem tudom

Feltettem az új verziót estére magára hagytam 5 torrenttel.
3 lejött, egy valahogy stopped státuszba került, egy pedig az alábbiakat irja: Seeding TRACKER FAILURE REASON: unregistered torrent.
Kiváncsiságból reggel töröltem a torrent fájlt és újból megpróbáltam.
Most jön egyenlőre mindkettő rendesen. Lehet a tracker rendetlekedett./Megint a multkor betegeskedőről van szó./
Szerintem kéne az opciók közé egy restart torrent.
Köszönjük munkádat, jó lett.

néha nálam is stopped állapotba kerül egy-egy, de eddig a tracker-re illetve a ctorrentre fogtam (mivel megy 10-15 egyszerre és csak ritkán fordul elő valamint a kódban sem találtam ilyesmit okozó hibát).

a tracker failure üzenet biztosan a ctorrent-től jött (illetve a tracker-től) azért nem tűnik el mivel a protocoloban nincs ilyen definiálva, hogy meddig érvényes, ezért egy kis "heurisztikával" akkor tűnik el, ha nem volt újabb üzenet és azóta volt letöltés.

Nemtudom hogy ez hiba vagy sem, de gondoltam szólok.Ismét belefutottam egy Seeding TRACKER FAILURE REASON: unregistered torrent. feliratba.
Most csak két torrent futott, gondoltam menetközbe kiirtom ha már egyszer szemétkedik, nyomtam rá egy delete torents and data -t.
Erre a progi elhasalt. Ujrainditottam, és már csak a másik torrent maradt bent ami még a törlés előtt letöltésben volt. Most azonban nekiállt seedelni, mintha le lenne töltve. Persze az albumból egy mp3 sem indul el, mert csak 30-40% lehetett letöltve valójában.
leállítva ujrainditva sem tölti tovább.

Mégegy parajelenség..
Leszedtem egy filmet a tudodmelyik trackerről..
Le is jött meg vissza is seedelte frankón.
De a progival nem tudtam se le stoppolni, se pause ra tenni.
Konzolba nyomtam a pidre egy kill -9 -et.
Nem nagy gáz, és még az is lehet hogy a hiba az én készülékemben van.
Csak az előző verzióval nem volt semmi ilyesmi.
Ujra rakjam szerinted?

szerintem ez most (részben) a tracker miatt van. a stop és pause hatására a ctorrent megpróbálja először elküldeni a statisztikát a trackernek és utánna kilép, ha nem tudja elküldeni nem lép ki. másik trackerrel máskor működik? (remélem :) )

Más trackereknél, de ennél is más fájlokkal működött rendesen, ezzel az egyel nem akarta az igazságot.
Ma reggelre meghalt a progi, nem lehetett elérni. Azt hiszem visszatérek ideiglenesen a régi verzióhoz. Bár lehet hogy az egész openwrt-t ujra kéne telepitenem, úgyis szemezgetek a kamikaze -val.
Normális az ha 5-6 perc alatt települ a progid egy asus wl500-gp -n?

nézegettem ezt a stopped állapotba kerül problémát. indítottam ctorrentet screen-ben úgy, hogy a dctcs vezérelte meg úgy is, hogy nem amikor elszáll akkor Floating point exception az utolsó üzenet. akkor is elszáll, ha nincs ctcs szerver megadva neki (itt biztosan nem a dctcs okozza a problémát).
fordíottam svn-ből enhanced-ctorrent-et (ráadásul nem uclibc++ -hoz linkelve, hanem libstdc++ -hoz) ezzel egyelőre megy (még csak 1.5 napja nem is akartam még megírni, csak látom a másik fórumon van érdeklődés (regisztráltam de még nincs engedélyezve))

( JoHn123 v | 2007. 12. 10., h – 18:09 )

Itt nem lehet locales -t állitani?
Agyon gugliztam magam.

Én is ext3 fájlrendszerrel használom, vfatot fel lehetne csatolni -o iso8859-2, vagy UTF8 -al, csak ezt a nyavajást nem engedi.
Valószínüleg vfattal nem is lenne gáz, de ezért nem éri meg a régi vacak fájlrenszert használni.
Amúgy nincs különösebb gond az ékezetes fájlnevekkel, az esetek 99%-ban lejön törölhető, csak kérdőjeles.
Viszont eddig mindkét esetben ilyenek voltak, amiken lehalt.
És simán lehet hogy még mindig nálam van a gond.
A progi meg igenjó :D

( ds | 2007. 12. 16., v – 12:40 )

megint nagyon ráértem, itt az új verzió:

v0.6.0
* lehet használni hotkey-eket (értelem szerűen ami alá van húzva az az valamint Ctrl+a select all Ctrl+A deselect all, a felugró ablakokban enter,esc)
* van már logolás is (-v -v -v a debug szint)
* csak a kiválaszott fájlok letöltésének lehetősége
* apróbb bugfixek

( ds | 2007. 12. 24., h – 14:47 )

karácsonyi ajándék! :)

# Version 0.6.1 - 24/12/2007
* a beállítások mentése a config fájlba (download, upload limits)
* akinek hiányzik a magyar/"bármilyen" nyelv az most lefordíthatja, a messages.properties fájlban lévő üzeneteket kell lefordítani és elmeneteni pl messages_hu.properties néven ezután a pl http://192.168.1.1:18000?locale=hu címen elérhető az "alkotmány" :)

( JoHn123 v | 2007. 12. 25., k – 19:21 )

Megvolnék a finomítással, gondolom a tökéletestől ez is messze van:) http://mfcomputer.hu/messages_hu.properties
Azonban néha szerkesztés közbent így jelent meg:
"untranslated key: start, untranslated key: pause " stb..
Egy ujboli bejelentkezés megoldotta.
Mi lehet az oka?
lehet hogy máskor / másnál nem is fordul elő?

ma bedobáltam huszonegynehány torrentet, és a hiba nálam is jelentkezik sajnos. :(
Lehet hogy ezt a klienssel is meg lehet valahogy gyógyítani, seaky legalábbis valahogy megcsinálta:
http://www.freeweb.hu/seaky77/sctcs/forum/viewtopic.php?t=89&sid=823653…
Megpróbáltam rtorrenttel is, azzal lejött az a 3 torrent is ami ezzel nem akart.
Frissitettem enhaced-ctorrentet is dnh3.2-9 -re, de nem oldotta meg a gondot.
Esetleg tudok valamit segíteni a tesztelésben, vagy valahogy?

azt a topicot én is néztem, de ha jól értem ott az sctcs szállt el nem a ctorrent.
tudnál segíteni, ha mondjuk screen -ben indítanád a ctorrent-eket amik elszállnak (úgy hogy ne legyen -S kapcsoló) és ha úgy is elszállnak akkor nyilván nem a dctcs-ben van a hiba.
ha esetleg firssítettél kamikaze-re akkor adnék egy svn -ből fordított ctorrent-et ami libstdcpp-t használ (ha jól tudom ez nincs white russian-ban csak uclibcpp)

Megpróbáltam a hibát reprodukálni, az eredmény elég fura.
Mindegyik elindult, de az utolsó torrent akasztotta ki a klienst. Gondolom ez tegnap nem a legutolsó orrent volt.
Valószinüleg hibás lehetett, mert feltölteni engedte, azonban stopped statuszba került a feltöltés után, innentől törölni sem lehetett, elvileg.
Gyakorlatilag viszont mindahányszor rányomtam a törlése más torrentet gyakott le a progi helyette.
Mire ezt észervettem alig maradt valami a listában :D
Ezzel a hibás torrenttel konzolba screennel el sem indult a letöltés, hibaüzenet sem nagyon adott.
Megpróbáltam rtorrenttel is, az sem inditotta.
Úgy tűnik efelett valahogy elsiklottam tegnap.
Próbálok ma ismét többet töltögetni, hátha előjön a hiba, bár szerintem ez az egy hibás vacak csinálta a cirkuszt.

BUÉK ! :)

BU

akkor a kijelölés miatt lesz, csak nem tudom hol lehet a hiba még nézegetem.
a ctorrent nem írja fájlba a dolgait sajnos, így az nem segítene, a dctcs indításakor kell -v -v -v (debug level) így a dctcs logol a syslog-on keresztül (kamikaze default install esetén 16K buffer szóval nem túl sok, vagy át kell állítani, hogy fájlba mentsen vagy esetleg logread -f > /ahol/van/hely)

Tedd ki hátha valaki örül neki.
Némi foltozásra szorul még azért, egy vagy két gyorsbillentyűt kicsináltam benne, buta fejemmel azt hittem hogy ha a tetszőleges betűt rakom a ' ' közé akkor a progi is azt fogja használni :D
NGyula: ez a problémamegoldás nem neked szólt. :)
Igen a ctorrent csibészkedik.
Nálam mondjuk nem fordul elő, igaz nem is az optware repóból van telepitve.

root@OpenWrt:~$ ipkg list_installed | grep ctorrent
ctorrent - dnh3.2-2 - console-based BitTorrent client
ctorrent -h
Enhanced CTorrent dnh3.2 Original code Copyright: YuHong(992126018601033)

Üdw!

Először is köszönöm a programot, pont ilyenre volt szükségem!
Asus WL 500G Premium routerem van, OpenWrt White Russian - With X-Wrt Extensions 0.9 fw-vel.
Feltelepítettem a dctcs_0.6.1-1-wr_mipsel.ipk-t, viszont jelenleg így néz ki:
http://kepfeltoltes.hu/080103/ctcs_www.kepfeltoltes.hu_.jpg

Mi lehet a gond?

http://192.168.3.10:18000/?locale=hu a helyes link, ha letöltötted és a helyére másoltad a magyar nyelvi fájlt.
A th csak a példa kedvéért volt.Esetleg nyomhatsz egy ctlr + shift + delt a Firefoxra.
Szerintem ha ezt igy beirod a böngészőbe akkor be kell ujból loginolnod, + esetleg igy mentsd el a könyvjelzőid közé.

Hi tudtátok, hogy a dctcs kiválóan alkalmas weben keresztüli wget letöltésre? :)
Ha az új torrent/url résznél nem .torren kiterjesztésü fájl url-jét teszem be, hanem bármi mást (.zip vagy jpg vagy bármi), szépen letölti a torrent mappába. Teljesen szuper, ftp szerverről is szépen tölt. :D
Ha kész a letöltés még fel is dob egy ablakot, hogy kész.

A nyelvi filet ide tettem : /usr/share/dctcs/www/darkside.ctcs.gui/messages.properties

Az általad említett linkről jelentkeztem be, de semmi nem változott. az untranslated key is maradt, és az angol nyelv is.

Próbáltam ki belépni, de semmi, változatlan (nálam még sose volt "jó" a felület, mindig így jelent meg)

Szerk.: basszus, rossz volt a filenév, a _hu lemaradt belőle nekem...most már jó! THX!!!!

Tesztelgetem a rendszert.
Erősen zabálja a memóriáját a routernak, félek marha karcsú lesz ez a 32mb. Valahogy swapot kellene neki még adni.
Azt nem tudom, hogy BUG -e, de ha szabályosan leállítom a torrenteket (letöltés alatt vannak még, egyiket sem seedelte), és egy restart után ha újraindítom, akkor előtte átnézi..Na most ez 3 dvdnél igen sok idő.
Ezelőtt torrentfluxot használtunk, ott csak akkor nézte át újra, ha -vagy hibásan állt le, -vagy seedelni álltam be, és először engedtem rá a torrent filet a friss anyagra.
Arra gondolok, hogy logban eltárolhatja magának valahol a TFlux, hogy éppen utoljára mit csinált, amit ez a router nem tud.
Rosszul gondolom?
Amúgy nagyon pöpec a dolog, nekem tegnap du óta ment, és semmi hiba..gyönyörűen töltögetett, csak mostmeg a tracker áll,..miért is menne vmi simán ;)
No, még1x köszi a programot is, és a magyarosítást is! ;)

Swap nélkül nem nagyon érdemes torrentezni ezzel a routerrel, több torrent egyidejű letöltésénél simán kifut a memóriából.
Nálam van egy 500MB -s swap partició, igy simán fut rajta egy asterisk, egy ftp, egy samba és egy (lig)http szerver a torrentezésen felül.

"Azt nem tudom, hogy BUG -e, de ha szabályosan leállítom a torrenteket (letöltés alatt vannak még, egyiket sem seedelte), és egy restart után ha újraindítom, akkor előtte átnézi..Na most ez 3 dvdnél igen sok idő.
Ezelőtt torrentfluxot használtunk, ott csak akkor nézte át újra, ha -vagy hibásan állt le, -vagy seedelni álltam be, és először engedtem rá a torrent filet a friss anyagra.
Arra gondolok, hogy logban eltárolhatja magának valahol a TFlux, hogy éppen utoljára mit csinált, amit ez a router nem tud.
Rosszul gondolom?"

Nem nem gondolod rosszul. Erre találták ki a bitfield fájlt.
Nálam pl kellett egy -f a konfigba hogy rendesen működjön, azt hiszem a kamikaze-s enhanced-ctorrentnek nem is kell.

Szerintem nem csak partíciót használhatsz, lehet fájlt is swapnak hozzáadni.

pl. létrehozol a /opt mappába egy 256MB-os fájlt "swapfile" néven. (feltölti 0-al)

dd if=/dev/zero of=/opt/swapfile bs=1024 count=262144

Megformázod

mkswap /opt/swapfile

És hozzáadod a rendszerhez

swapon /opt/swapfile

Srácok, ti kenitek vágjátok, köszi;)
Nekem az új verzió működik, bejeletkezés elsőre siekrült!
Ami nehézkesen megy, az a torrentek indítása, leállítása, van hogy 3-4x rá kell kattintani.
Lehet ezzel nyírom ki, mert ilyenkor van, hogy crashel, mert a lap nem jeleníthető meg, ekkor újra el kell indítanom puttyba dctcs, aztán műxik.
Nálam a felső menübe a gombok nem olyanok, mint baloldalt, ergo nem látszik, ha rányomtál.
Még tesztelgetem, lehet semmi köze ennek a leálláshoz.
Még valami.
Ha berakok egy új torrentet, elindítom, és leállítom, megjelenik a listánban egy ugyanolyan torrent, csak a kiterjesztése .bf
Ezekkel mit lehet kezdeni? Indításkor mind a 2-t ki kell jelölni, vagy csak a torrrent kiterjesztésűt?

nem biztos, hogy rá kell kattintani 3-4x lehet, hogy csak várni kell. a start-nál elvileg azonnal elindítja a ctorrent-et de ha pl -a -val van indítva (lefoglalja előre a fájlokat) akkor sokáig eltart amíg "bejelentkezik" a dctcs-nek. valamint a settings-ben a frissítés alapértelmezett értéke 15mp annyit legalább várj.
a felső menü by design nem olyan mint a szélső.

.bf az a bitfield fájl az alapján gyorsabban újrakezdi a seedelést (nem kell megnézni hogy mi van már lent)
a listába elvileg csak akkor kerül bele, ha a dctcs-t állítod le (a torrent leállításakor nem kerülhetne bele). ezt hívjuk hibának, mivel már többen panaszkodtak rá, de alapvetően a dctcs-nek állandóan mennie kéne (vagyis úgy lett tervezve). kezdeni nem tudsz vele semmit maximum törölni tudod.

Igen az egész, de nem magától, hanem az előbb amit írtam, valószínű attól.
Amikor több torrentet indítok, vagy 3-4x kattintottam, akkor töltöget a böngésző, de x idő múlva, a lap nem jeleníthető meg szindróma jön elő.
Először azt hittem, csak dolgozik, de nem, leáll.
Ilyenkor újra kell indítanom az egész dctcs-t.
Amint puttyba indítom, máris be tudok lépni.

Megfogadom a tanácsod, visszavettem a frissítést 15mpre, és kivárom 1-1 kattintásnál. Ha így is leáll, szólok.
Most egyik ismerős segít swapot tenni a hddre, hátha ez gyorsít rajta.

( ds | 2008. 01. 05., szo – 16:57 )

megint elkövettem egy új verziót:

* a details dialog -on a stopped torrentek mérete látszik ami fontosabb, hogy a link is a könyvtárra
* a messages.properties-ben lehet jelezni, hogy mi legyen a hotkey && -et kell a betű elé tenni (kisbetűs lesz)
* ha minden jól megy minden, de az biztos hogy sok esetben jelzi a hibákat a gui (pl: szerver nem elérhető)
* bugfix: untranslated_key üzenetek problémája megoldva

a config fájlt szerkeszted:
/opt/etc/dctcs.conf

ha ezeket beállítod utána elvileg működnie kell
#change these according to your system
#ide teszi a torrent fájlokat
torrent-directory=/mnt/disc0_1/torrent/
#ide tölt le
download-directory=/mnt/disc0_1/

#change user name and password
user=me
password=just

eztuán
/opt/etc/init.d/S90dctcs start

a webes felület elérése:
http://routerip:18000

# ipkg install http://yodctcs.googlepages.com/dctcs_0.6.2-2-oleg_mipsel.ipk
Downloading http://yodctcs.googlepages.com/dctcs_0.6.2-2-oleg_mipsel.ipk
Installing dctcs (0.6.2-2) to root...
Installing ctorrent (1.3.4-dnh1-1) to root...
Downloading http://ipkg.openmss.org/experimental/ctorrent_1.3.4-dnh1-1_mipsel.ipk
killall: dctcs: no process killed
Configuring ctorrent
Configuring dctcs
# /opt/bin/dctcs
/opt/bin/dctcs: not found
# /opt/etc/init.d/S90dctcs start
syntax error
# dctcs
dctcs: not found

Peddig fizikailag ott vannak a filek, de mégse indulnak el, nincs valami csomagfüggősége?
Egyébként köszönöm a meglepően gyors reagálásokat.

Elképzelhető, hogy nem teljesen jó a te fw-re ez a kliens.
Vagy esetleg egy full reinstall, beállításokat lementve.
Nekem nincs más 5letem, viszont kérdésem nekem is van:
Hogy lehet aktív módba tenni a klienst? Ha fix az ip, automatikusan átvált?

( JoHn123 v | 2008. 01. 05., szo – 19:16 )

Az új verziónál nem tudok bejelentkezni.
Pedig az accot biztos tudom :)
Mi lehet a gáz?
Visszatettem a régit az jó.

Persze hogy elinditom.
Anélkül csatlakozni sem lehetne.
Nekem elindult csak loginolni nem tudtam.
Próbáltam mindenféle accot beirni, jelszó nélkül is stb., mindegyik után ujra is inditottam, csináltam router restartot is. Eredménytelenül.
Aztán full leszedtem ipkg val, majd csak az ujat tettem fel, igy működött azonnal.
Mondom szerintem a frissités baltázott el valamit.
Ne is törődj vele /hacsak másoknál nem jön elő/.

Tudsz segíteni milyen progik kellenek a fordításhoz?
Frissítettem az optware féle dnh3.2-9 -re, de nekem úgy tűnik nagyobb a memóriaéhsége mint a dnh3.2-2 volt.
Talán egy szép új SVN ből fordított..
Ubuntura fel lehet tenni a fordítókörnyezetet? vagy a router kis prociját kínozzam?
Jah .. maradtam a White russian nál, ha az számít valamit.

persze segítek amit tudok.
számít a white russian. le kell tölteni sdk-t wr-hez ezt.
aztán érdemes elolvasni a Writing and Compiling A Simple Program For OpenWrt-t
kell még az enhanced-ctorrent svn-ből:
svn co https://dtorrent.svn.sourceforge.net/svnroot/dtorrent dtorrent

elvileg fordíthatnád a routeren de nem érdemes.

( havri1 | 2008. 01. 09., sze – 07:08 )

Ismét van fura dolog:-)
Nem tudom mi okozhatja, de kijelöltem 2 napja egy torrentet, vagyis elindítottam a routeren.
2 nap alatt 38%ig jött le, és 10k körül csordogál jelenleg.
6gbos dvdről van szó. 425 seeder, és 48 leecher. Miért jöhet ilyen lassan?
Max letöltési sebesség eddig 260k körül volt, pedig 800k van neki beállítva (1mbyte a net lefelé(8-9mbit))
Ráellenőrzök szgépen, és itt max sávszéllel lejött..
?!? Gyanítom torrent kliens probléma lehet, nem tud normálisan csatlakozni a seederekhez. Nálatok nem jelentkezett hasonló probléma?
AMúgy nem volt leállásom, tehát amiket elindítottam, azok most is futnak. Igaz pár %ot töltögetett csak le mindenből..Naon lassú

Szerk.: Egy kicsit állítgattam, lehet kihatással lesz rá. A korlátozásokat levettem, (eddig feltöltés 40k, letöltés 800k volt).
Most, hogy nincs korlát, így 2 torrent indításakor majdnem max sávszélt elérte. várok pár percet, megnézem újra, kíváncsi vagyok.
AMúgy valószínú a rendszer leterhelése is kihatással van rá, mert ahogy rakom be a torrenteket, drasztikusan terhelődik a router : Rendszer terhelés: 2.56, 1.26, 0.50
Swap még nincs neki adva, csak a gyári 32mb ram.

Szerk2.: Hm, úgy néz ki jó lesz ez. Most újrapartícionálom a hdd-t, mert term nem látja egybe az 500gbot, csak 360at. Így ka egy 1gbos swapot, egy 250est, és a maradékot.

( havri1 | 2008. 01. 10., cs – 18:53 )

Nektek, amikor befejez egy torrentet, akkor milyen státuszba rakja
?
Mert én reggel beleraktam párat, most meg áll az összes, elindítottam, de kiderült, hogy kész, ezért áll-
A conf-ba láttam ilyeneket, hogy x idő után stop. Ezzel alapban nem is lenne gond, viszont amikor leállítja, nem írja, hogy "kész" vagy valami, hanem "leállítva". Csak akkor derül ki számomra, hoyg valóban kész, ha újraindítom, végigellenőrzi (ezt nekem úgy csináljha, hogy letöltés 0%..1%..99%..100%..és seedelés). Igen ám, de ez egy dvdnél kb 2 óra:-)
És ha van 4-5 dvd..az fél nap lenne.
Ha beíron conf-ba a "ctorrent-args=-f"-t, akkor egyből a seedelésre ugorna, csak ezzel az a baj, hogy sose checkingel rá, és ha valami nem jó, akkor is seedeli..pl ha crcs.

Valszleg bunker vagyok, meg fáradt is.
Nem értem.
Ez ipkg csomag amit Wh -ra buildeltél?

root@OpenWrt:~$ /opt/bin/ipkg install http://yodctcs.googlepages.com/ctorrent-svn
Downloading http://yodctcs.googlepages.com/ctorrent-svn
ipkg: invalid magic
root@OpenWrt:~$ cd /tmp/
root@OpenWrt:~$ wget http://yodctcs.googlepages.com/ctorrent-svn
--20:37:46-- http://yodctcs.googlepages.com/ctorrent-svn
=> `ctorrent-svn'
Resolving yodctcs.googlepages.com... 72.14.203.118
Connecting to yodctcs.googlepages.com|72.14.203.118|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 429,812 (420K) [application/octet-stream]

100%[=================================================================================================================>] 429,812 119.76K/s ETA 00:00

20:37:50 (112.95 KB/s) - `ctorrent-svn' saved [429812/429812]

root@OpenWrt:~$ cd /tmp/
root@OpenWrt:~$ ls
TZ dhcp.leases log resolv.conf run spool
ctorrent-svn lock net resolv.conf.auto screens
root@OpenWrt:~$ mv ctorrent-svn ctorrent-svn.ipkg
root@OpenWrt:~$ /opt/bin/ipkg install ctorrent-svn.ipkg
Nothing to be done
An error ocurred, return value: 4.
Collected errors:
Cannot find package ctorrent-svn.ipkg.
Check the spelling or perhaps run 'ipkg update'
root@OpenWrt:~$ ipkg install ctorrent-svn.ipkg
Nothing to be done
An error ocurred, return value: 4.
Collected errors:
Cannot find package ctorrent-svn.ipkg.
Check the spelling or perhaps run 'ipkg updare'

Ha igen hogy faragjam fel?

Köszi, beüzemeltem, tesztelem.
Egy gondolat: nem volna rossz egy check hash gomb néha..

Találós kérdés: ezt miért csinálhatja?
Letöltés 5% error, failed to seek to 665862144 on file "***.avi": No space left on device
df -h
/dev/discs/disc0/part3 146.1G 82.5G 56.2G 60% /mnt/megosztas

Ha törlök akko működik, és nem ez az első eset.

Értem. Akkor lehet lecserélem majd, kipróbálásra.
Most az a jelenlegi probléma, hogy van 1-2 torrent (dvd), amiket ha elindítok, leáll egy idő után (még nem ér végi a hashelésen, mielőtt végigérne, lelövi magát).
Nem jöttem rá, mitől van ez. Lehet nyomok egy full restartot.
Szerinted érdemes lecserélnem az svn verzióra?

Ez nekem is így van, csak afeltöltési korlátot szabad beállítani, a letöltésit nem, mert ugyanez, ha bármit beállítok letöltési korlátnak, max 10kval jön:-)
Újrainstaláltam a dctcs-t, most tesztelem, lehet rosszul ment fel tegnap...Ha most is lestoppolja a torrenteket, visszarakom az előzőt, azzal nekem jól ment.
Max még a ctorrentet lehetne tesztelnem, lehet hnap megbarátkozom a gondolattal, csak még nem tudom, hogy lehet telepíteni:-) URL-ből megy, az könnyű..

cd /usr/bin/
wget http://yodctcs.googlepages.com/ctorrent-svn
chmod 777 ./ctorrent-svn

Majd a konfigba (/etc/dctcs.conf) megadod a ctorrent elérés útjának: /usr/bin/ctorrent-svn
Innentől ezt használja a progi.

Ha nálad is ezt csinálja a letöltés limittel..
Nem lehet hogy most az új yodctcs a ludas?
Az egyel régebbivel nekem ez jó volt.

Köszi, már telepítem is!
Megmondom őszintén, 3 verzió volt nekem fent, az első azaz dctcs_0.6.1-1-wr_mipsel.ipk, na ennél nem működött a limit, a másodiknál dctcs_0.6.2-2-wr_mipsel.ipk nem próbáltam, majd most ennél ismét nem működött.

Szerk.: Nos, valami nem jó.
A csomaglistából töröltem a ctorrentet és a dctcs-t, puttyba beírtam a sorokat, letöltötte, majd amikor 100%ig elért, egyből visszadobott a parancssorba. Beírtam a köv sort, elfogadta. De ekkor nem történt még semmi. Lefrissítettem a csomaglistát, de nem láttam a telepítettek közt. Ráeresztettem a dctcs telepítést, és ezzel kezdte :
Installing ctorrent (dnh3.2-2) to root...
Downloading http://download2.berlios.de/pub/xwrt/packages/ctorrent_dnh3.2-2_mipsel…

?!? elvesztettem a fonalat:-)

Nos.
A csomaglistából nem kell törölni a ctorrentet, mert amit most "kézzel" beteszel azt nem fogja tudni az ipkg csomagkezelő, lévén nem csomagból telepitetted. A dctcs meg nézi függőségként és elvileg addig nem települ mig fel nem teszi magának csomagból a ctorrentet. ( A force kapcsolókba most ne menjünk bele)
Tehát hagyd a régit is, had települjön most hogy leszedted meg tedd fel az uj svn-t is az előbb leirt módon.
Megférnek egymás mellett.
a konfig helyes szerkesztése meg megmondja a dctcsnek hogy melyiket használja.

Nem tudom leellenőrizni, hogy működik e, ugyanis most a legújabb jelenség az, hogy x idő után a router nem elérhető:-) Se netet nem oszt, se nem válaszol pingre, totál lefagy. Már majdnem teljesen összeállt a rendszer, valaminek mindig be kell jönnie...
Szerk.: és újra itt a várva várt hibaüzemet :
Letöltés 37% error, failed to seek to 19871512 on file "xxxxxxx.torrent": No space left on device
A roouter ilyet ír logba : Jan 15 09:09:35 OpenWrt kern.crit kernel: EXT2-fs error (device sd(8,2)): ext2_new_block: Free blocks count corrupted for block group 4931
Szerk2.: Kezdek arra gyanakodni, hogy valamiért elszáll, lefagy a router, és ekkor elronthat vmit a filerendszeren, és ezért csinálja ezeket a hibákat, most egy srác segít e2fsck -vel átnézni a filerendzsert, hátha..
Szerk3.: Nagy valószínűséggel megvan a hiba.
A nem szabályszerű leállások, fagyások okozzák a filerendszer hibáját. Most megpróbálom helyreállítani, hogy ne kelljen újra particionálnom, hátah nem veszik el minden. Lehet nem bírja a 4-5 torrentnél többet a ctorrent, és ezért hal el..:S

Ahogy alább irta a srác, én is letakaritottam mindent, és ujból fel.
Igy megy rendesen az uj verzió is, limitek is.
Többet nem frissitek azt tuti :) progi le & fel.
És akkor nem vészmadárkodok.
Így most minden tuti, köszi ds.
Már csak egy jó bandwitch scheduler kéne bele :)
Cronból nem tudnám én ezt igazgatni?

Szerk.:
Korai volt az öröm.
Sajnos nem jó.
Párszor szüneteltettem 2 db torrentet, meg egyiket egyszer leállítottam,
És megint nem műxik a lefelé sebesség beállítása

megnéztem, részeletesebben a letöltési limit-et, amit én csináltam:
*elindítottam két letöltést az egyik 10k-val a másik 50k-val jött
*letöltési limitet beállítottam 25k-ra, le is esett a letöltés kb ennyire (23-25,5)
*a lassabbikat pausa-ra állítottam, a másik annyival gyorsabb lett
*a lassabbikat elindítottam, gyorsat stop, a lassabb felment kb 12k-ra (a "játék" előtt 10k-val jött)
*elindítottam a megállítottat, az összeg megint 25k lett
*feltettem a limitet 40k-ra ekkor kb 30k-ig ment fel a sebesség
*limitet leszedtem, sebesség maradt

szerintem jól működik (a kódot még nem néztem át, de azt mondtátok, hogy a feltöltési limit szabályzás az megy, a két kód ugyanaz csak a változók mások).
(egyébként a feltöltési limitet is kipróbáltam az is megy)

esetleg egy részletesebb leírást adhatnátok mit csinálok rosszul, hogy nálam nem jelentkezik a bug

Na változás...

Állitgattam a config file-t, -bár szerintem a vége ugyanaz lett mint volt- és most már nem irja ki a hibát "invalid request"
Visszacseréltem a ctorrent-et az alapra.
De a végeredmény még mindig az, hogy stopped állapotba kerül a torrent.

ps -t kilistázva: nem találok ctorrent process-t

Miért nem akar elindulni?

Jó éjt!

A config file-om:
#sample config file with compiled in default values

#change these according to your system
torrent-directory=/tmp/harddisk/torrent/
download-directory=/tmp/harddisk/torrent/download/

#change user name and password
user=admin
password=*****

exit-hours=168
exit-ratio=5.6
cache-size=10
restart-torrents=1

download-limit=70
upload-limit=30

check-interval=1

port=18000

#arbitrary arguments to ctorrent
ctorrent-args=-f -a -x

#url to prepend in the details box
#detail-url=ftp://192.168.1.1/mnt/disc0_1/

#write-stats=1
ctorrent=/opt/bin/ctorrent
#client-host=localhost:15000
htmlroot-directory=/opt/share/dctcs/www/darkside.ctcs.gui/
----
A ctorrent kapcsolokat próbálgattam,
A ctorrent alkönyvtár elvileg jo helyre mutat, a htmlroot dir is.
És a torrent és a download is.

Remélem az elérési ut jol van beállitva:

[admin@(none) /opt]$ mount
/dev/root on / type squashfs (ro)
none on /dev type devfs (rw)
proc on /proc type proc (rw)
ramfs on /tmp type ramfs (rw)
usbfs on /proc/bus/usb type usbfs (rw)
/dev/discs/disc0/part2 on /opt type ext3 (rw)
/dev/discs/disc0/part3 on /tmp/harddisk type ext3 (rw,noatime)
[admin@(none) /opt]$ fdisk -l

Disk /dev/scsi/host0/bus0/target0/lun0/disc: 40.0 GB, 40007761920 bytes
64 heads, 32 sectors/track, 38154 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes

Device Boot Start End Blocks Id System
/dev/scsi/host0/bus0/target0/lun0/part1 1 489 500720 82 Linux swap
/dev/scsi/host0/bus0/target0/lun0/part2 490 1467 1001472 83 Linux
/dev/scsi/host0/bus0/target0/lun0/part3 1468 38154 37567488 83 Linux
[admin@(none) /opt]$

Köszi.

Hello!

Mint irtam többet töltött le mint amennyi volt az egész file.
De ezt csak az egyik torrentnél, a többi épp még töltött.
Megálitottam (stop), elinditottam (start), utána rögtön kiirta,
hogy seedelés.
DE az összes törrentre.
Persze mind CRC hibás.
Hogy tudom ujra ellenöriztetni.
Most jelenleg nincs kapcsoló beállitva a ctorrentnek.
Köszönöm
Gyuri

hello!
a logot nem rakja sehova syslog -ot használ (oda rakja ahova a syslog configjában meg van határozva) openwrt-n alapértelmezetten 16k-s memória bufferbe a logread-el lehet "elolvasni"

a ctorrent -t kapcsolója után kell egy torrent fájl azt hozza létre, a dctcs -t kapcsolója után a torrent-directory -t kell megadni ahol a torrent fájlokat tárolja

Hello!

Remélem nem baj, hogy ebbe a fórumba irok, ha igen kérlek jelezd.

Programverzió: 0.6.3.-1 oleg

Ezeket tapasztaltam:
1. Valamiért nagyon lassú
Ezt ugy értem, hogy amikor hozzáadok egy torrentet nagyon sokáig nem rakja be a letöltési sorba.
Persze észrevettem, hogy létrehozza a file-okat, lefoglalja a területet (-a kapcsoló).
De az -f kapcsoló is bent van, attól meg gyorsulni kellene neki nem?

Lehet,hogy az egészet ujraratelepitem, ezért ez a "hiba" még nem általános.

2. Letöltöttem egy torrentet, ami csak egy file-ból állt.
Beállt seedbe, de nem tudom lestoppolni. ÉS nem tudom törölni.
Sem a torrent only-t sem a data+torrent-et.
Pedig amikor rákkatintok akkor várok jó sokat (5 perc, 1 megás torrent), nem refresh-elem a web oldalt.

3. Beraktam egy nagy torrentet (dvd).
A státusz: downloading 100 %, ez még ok. DE size: 4549.12 MB Download: 4782.33 MB. És még tölti: Download rate: 5.23 Kb/s.

És még ténylegesen nem jött le, mert hibásak a file-ok.

Nagyon tetszik a program, tapasztalataimmal szeretnék segiteni a jobbátételén.

Köszönettel:
Gyuri

Hello!

1. Valamiért nagyon lassú
Ezt ugy értem, hogy amikor hozzáadok egy torrentet nagyon sokáig nem rakja be a letöltési sorba.
Persze észrevettem, hogy létrehozza a file-okat, lefoglalja a területet (-a kapcsoló).
De az -f kapcsoló is bent van, attól meg gyorsulni kellene neki nem?

ez pontosan az -a kapcsoló miatt van, a ctorrent először lefoglalja a fájloknak a területet és utánna jelzi a dctcs-nek, hogy elindult, addig csak stopped állapotban van. a -f akkor segít, ha már elkezdett letölteni aztán megállítod és később újraindítod (nem ellenőrzi a hash-t újra).

2. Letöltöttem egy torrentet, ami csak egy file-ból állt.
Beállt seedbe, de nem tudom lestoppolni. ÉS nem tudom törölni.
Sem a torrent only-t sem a data+torrent-et.
Pedig amikor rákkatintok akkor várok jó sokat (5 perc, 1 megás torrent), nem refresh-elem a web oldalt.

Az, hogy nem tudod lestoppolni az "normális" lehet (ctorrent "hiba" következő verzióban le fog állni). Törlni tudi kellene (persze ha nem áll le akkor törlés után is benne lesz a listában, hiszen fut).
a weboldalt nem kell frissíteni, beállítható időközönként újra kéri az adatokat.

3. Beraktam egy nagy torrentet (dvd).
A státusz: downloading 100 %, ez még ok. DE size: 4549.12 MB Download: 4782.33 MB. És még tölti: Download rate: 5.23 Kb/s.

Ezen nem tudok segíteni (maximum a "100%"-ot tudom eltüntetni, de attól még többet tölt le mint kellene) a letöltést a ctorrent végzi, van amikor segít, ha ilyenkor leállítod és újraindítod.

Nagyon tetszik a program, tapasztalataimmal szeretnék segiteni a jobbátételén.

köszönöm!

( havri1 | 2008. 01. 12., szo – 18:46 )

Történt egy hdd leállás, azóta nem tudom belőni a rendszert.
Ilyen üzeneteket kapok, mikor hashelném be a meglévő fileokat:

Letöltés 37% error, failed to seek to 2344960 on file "xxxxxx": No space left on device

Mindig más %-nál, sose ugyanott.
Mi lehet ez? Hely van, swap van, nem tom..

igen, én arra tippelek.
nem tudom hogyan hoztad létre a filerendszert rajta, meg milyet ha vista ismeri (fat, ntfs) akkor gondolom egyszerű lemezellenőrzést csinálni rajta, ha ext2/3 (egyéb amit nem ismer a vista) akkor abban nem tudok segíteni marad a router-en ellenőrzés
ipkg install e2fsprogs
e2fsck /dev/scsi/host0/bus0/target0/lun0/part1
(vagy ahol a hdd van nálad)

Sajnos valamit elbaltázott a nem várt leállás. Nem tudtam helyreállítani, így maradt a partíció törlés, majd újra létrehozás. Sajnos minden odaveszett.
ext2 a kiterjesztése neki, nem találtam olyan programot, ami jól kezelni vista alatt az ext2-t.
Legk jobban figyelek, no meg szünetmentesre raktam a router+hdd kombót..

( ds | 2008. 01. 13., v – 19:11 )

hello mindenki. a mostani verzióba néhány új dolog került csak be, meg bugfixek:
# Version 0.6.3 - 13/07/2008

* új opció check-interval a torrent-directory -t ellenőrzi ennyi percenként ha van új torrent elindítja
* a torrent fájl url-ről való letöltésekor a Content-disposition header-t figyelembe veszi
* ha nincs megfelelő messages.properties a megadott locale-hoz akkor hibajelzés
* details dialog mérete most már jó (remélem ;) )
* ha a torrent fájl nevében van '\' akkor is megjelnik a listában most már
* a .bf fájlok viszont nem

Sziasztok!
Elöszöris köszi a programot.
Egy két kérésem/javaslatom lenne hátha:)
-Jó lenne ha a username/pasword párost meg tudná jegyezni az adott gépen a szokásos módon(ha ki van pipálva)
-a letöltési könyvtárat ki lehetne rakni a beálltások közé, (megváltoztatása csak az uj letöltéseket érintené)(általában 4gigás pendrive -al megy de esetenként rárakok egy winyot is)
-a letöltendő file-ok listájánál újraindításkor elfelejti, hogy melyik(ek) voltak kiválasztva

jelszó megjegyzés helyett egyelőre használhatod azt, hogy miután beléptél "megjegyzed" az url-t és azt használod, ez viszont jó ötlet felírom.
a beállítások viszont már régebb óta tervben vannak, azért ezt is felírom :)
valóban elfelejti megoldás dctcs-t nem kell újraindítani :) ezt nem hiszem, hogy változtatni fogom

Hello!

Üdv Mindenkinek!

Uj vagyok a dctcs felhasználók között.
És a linux-hoz is csak konyitok.
De mióta ASUS WL-500gP routerem van kezdek belejönni :-)
Ujra kellett telepitenem az USB HDD-t és ekkor láttam ezt az uj torrens klienst.
Nagyon örülök, hogy megint magyar a készítője. (taps)

Szépen feltelepült, a GUI müködik is, de ha torrentet adok hozzá akkor leáll STOPPED státuszba.
Mintha minden OK lenne de a Details-re ez jön be:
Error - GetTorrentsDetails - INVALID REQUEST

Több szerverröl is próbáltam.
A 0.6.3-1 oleg verziót használom.
A többi dolog (samba, mc, nano, NET) müködik.
SWAP van (500 MB).

Ezt a fórumot végigolvastam, már a ctorrent-svn-oleg -t inditom.
És a libstdc.so.5.0.3-t próbáltam installálni,de hibát irt ki.

Ha bármi más filet adok hozzá akkor azt szépen letölti.
Ebböl gondolom, hogy a ctorrentel van valami gondja.

Segitségeteket elöre is köszönöm:
Kovács György

az alap ctorrent-el és a ctorrent-svn-oleg-el is ugyanazt csinálja.
(invalid request)

mindkettö a /opt/bin -ben van.
ha a ctorrent-et beirom akkor bejön a helpje
de ha a ctorrent-svn-oleg -et irom be akkor -sh: /opt/bin/ctorrent-svn-oleg: not found

miért nem találja?

persze a conf file-t modositottam.

( havri1 | 2008. 01. 15., k – 13:16 )

No, a meglévő félig letöltött torrentekkel nem tudott mit kezdeni sajnos, ugyanúgy (filerendszer helyreállítás után) hiba hiba hátán.
Úgy vettem észre, hogy az új torrentekkel nincs problémája.
Most újraraktam mindent, ctorrent-svn, legfrisebb dctcs, letölrök minden régi adatot a hddről, és nekiállok elölről, friss letöltésekkel. Remélem nem fogja többet megadni magát a router, és nem lesz több nem várt leállás, és akkor talán folytathatóak lesznek a leállított torrentek.
De persze az is lehet, hogy semmi köze az egészhez ennek, és egész más okozza..

Nálam nem megy ez a ctorrent-svn amit ide linkeltél, én oleg féle fw-t használok.
Az a baj, hogy fogalmam sincs , hogy tudnék magamnak ilyen működő ctorrentet fordítani, ehhez tök hülye vagyok. :(

Más, nálam akkor voltak ilyen router fagyások mikor tulmelegedett a vinyóm a rackben és ilyenkor megállt.
Lehúztam róla a burkolatot és azóta megjavult.

Hát pl. amit most használok (ami le szokott állni)

[admin@WL500gp]$ /opt/bin/enhanced-ctorrent
Enhanced CTorrent dnh3.2 Original code Copyright: YuHong(992126018601033)
WARNING: THERE IS NO WARRANTY FOR CTorrent. USE AT YOUR OWN RISK!!!

General Options:
-h/-H Show this message
-x Decode metainfo (torrent) file only, don't download
-c Check pieces only, don't download
-v Verbose output (for debugging)

stb.

Amit te linkeltél:

[admin@WL500gp]$ /opt/bin/ctorrent-svn-oleg
-sh: /opt/bin/ctorrent-svn-oleg: not found

Pedig ott van meg minden, csak nem csinál semmit.

cd /opt/
mkdir /opt/tmp
mkdir /opt/tmp/ipkg
wget http://ipkg.nslu2-linux.org/feeds/optware/oleg/cross/stable/ipkg-opt_0…
ipkg.sh install ipkg-opt_0.99.163-9_mipsel.ipk
wget http://ipkg.nslu2-linux.org/feeds/optware/oleg/cross/stable/uclibc-opt_…
ipkg.sh install uclibc-opt_0.9.28-12_mipsel.ipk
/opt/bin/ipkg update

Hello!
Az alkönyvtárak már megvoltak, az ipkg-opt már fent volt.
De én azt mondtam installálja ujra ezt a csomagot.
A többi felment.

Most már visszajött a hibaüzi is. invalid request.

elég ha csak egy restartot csinálok "/opt/etc/init.d/S90dctcs restart", vagy flashfs save, flashfs commit, flashfs enable, reboot-ot?

Köszi

( havri1 | 2008. 01. 25., p – 18:58 )

Üdw!

Mikor egy félig kész torrentet indítok el, akkor ellenőriz.
Azt nem lehet megoldani, hogy ameddig az ellenörzést végzi, addig ne azt írja, hogy "letöltés 2%, letöltés 3%" stb, mert így nem tudni mikor végez, és mikor kezdi el valóban tölteni, hanem pl "checking x%" ?

( havri1 | 2008. 01. 28., h – 19:33 )

Üdw!

Ha le akarok állítani (stop) egy futó torrentet (állapottól függetlenül, mind1 letölt, seedel, szüneteltetve van), akkor leáll a ctorrent, vagy a dctcs (ezt még nem tudom hogy melyik), de a webes felület az elszáll, az fix. Dob egy piros ablakot, pontosabban egy sort a képernyő közepére hibaüzenettel, és ilyenkor már csak a dctcs újraindítása hoz megoldást.
Másnál ez nem jelentkezett?

Szerk.: dctcs_0.6.2-2-wr_mipsel.ipk -el nem csinálja.

Hello!

Nekem ez nem jelentkezett.

De valamiért leáll a letöltés napközben. (Stopped)

Majd ujratelepitem az egész rendszert, és utána jelentkezem, mert sok hülyeséget telepitettem rá amikor nem akart müködni a dctcs.

Üdv.
KGyuri

ha a webes felület elszáll akkor a dctcs száll el, a "piros ablak" valószínűleg arról szól, hogy nem tudja elérni a szervert (dctcs) leírnád bővebben a hibát? milyen böngésző? mindig elszáll stop-ra? használtad a "submit url"-t vagy a "check-interval"-t?

Hali!

Firefoxot használok.
Kipróbáltam, ha elindítom, és egyből leállítom, már el is szállt.
top -al megnéztem, ilyenkor se ctorrent, se dctcs nem fut, azaz lelövi mind2-t, de sima dctcs parancsal indul a ctorrent is.
Most visszaraktam a régebbi verziót (0622), ezzel jó, legalábbis eddig. Tehát megy a leállítás.

Szerk.:Szüneteltettem egy torrentet, most azt se leállítani, se elindítani nem tudom...

egyelőre a diffet néztem meg a 0.6.2 és 0.6.3 között, de abban nem találtam olyan változtatást ami a leállításnál okozhatna problémát. ha restart-torrent opciót használsz akkor a dctcs elindítja (kb 30sec után) a ctorrent-et minden torrent fájlhoz.

szüneteltetéshez: ilyenkor nem száll el?

Az új verziót azóta nem tettem fel, a 0.6.2.2-t használom.
Itt elszállni nem szállt még el, csak beragadnak néha a torrentek.
Most pl van a 10-ből 3, amit nem tudok elindítani:-)
És van 1, amit leállítani nem tudok. Semmire nem reagál.
Elképzelhető, hogy valamivel összeakad, csak még nem jöttem rá, mivel..Lehet túl nagy neki a hdd, vagy túl nagyok a torrentek.

( havri1 | 2008. 02. 04., h – 15:38 )

Ha ugyanazt a torrentet próbálom meg más trackerre visszaseedelni, indítás után leállítja. És onnantól kezdve a régi trackert is bontja.
Ez mitől lehet?
Még mindig a 6.2.2 van fent nekem

ez a ctorrent-től lehet csak a dctcs nem tölt le semmit "csak" vezérli a ctorrent-eket.
szoktam ilyet csinálni de csak akkor lehet ha tényleg azonos a kettő, ha pl az nfo fájl 1 byte-al hosszabb akkor a ctorrent nem tudja seedelni (ha parancssorból indítod akkor látni fogod mi a baja), bár nekem a régi tracker meg szokot maradni.

Nekem Oleg alatt nem stimmel valami, ezzel a wget-es résszel:
hozzáadom a letöltendő file-t, és megáll az egész router vagy 5 percre (putty ablakba se tudok írni)
majd mikor magához tér stopped státuszba kerül a wget-es letöltés.
Ha ilyenkor nyomok egy startot rá, végleg megszakad a kapcsolat a router-el.

( ds | 2008. 02. 10., v – 20:23 )

Végre volt egy kis időm foglalkozni a programmal:
Version 0.7.0
* wget letöltések "nyomon követése" (a manage még egy kicsit erős lenne)
* új opciók: wget, wget-args
* bugfix kijelölés néha hibázott a guiban
* favicon.ico
(a fordításokat kicsit ki kell egészíteni)

és pontosan mi is a kérdés?
a wget egy program ami adott url-ről le tud tölteni (pl rekurzívan, rengeteg beállítható dolga van).
a fordításhoz a messages.properties és messages_hu.properties fájlok kellenek a _hu végűbe bele kell tenni azokat a kulcsokat amik nincsenek benne és a fordításukat is. azért említettem, hogy wget mivel a kulcsok nevébe igykeztem beletenni:
fgrep wget ~/java/gwt/dctcs/www/darkside.ctcs.gui/messages.properties
show_wget= Show &&wget
hide_wget= Hide &&wget
wget_num=wget
sel_wgets=selected downloads
sub_wdown=Download with wget:

Nekem Oleg alatt nem stimmel valami, ezzel a wget-es résszel:
hozzáadom a letöltendő file-t, és megáll az egész router vagy 5 percre (putty ablakba se tudok írni)
majd mikor magához tér stopped státuszba kerül a wget-es letöltés.
Ha ilyenkor nyomok egy startot rá, végleg megszakad a kapcsolat a router-el.

Hello!
Nekem stabil, igaz a 0.6.3.-1 -et használom, és enhancedtorrent van beállitva.

Most az a probléma, hogy beragadt egy torrent:
Mintha seedelné, de nem seedeli mert nem létezik a torrent könyvtárban.

Gondolom egy restart jól jönne neki.
Hol tárolja a torrent infokat?
nem akarom ujrainditani, olyan jól müködik.
Köszi
Gyuri

Ugyanaz, logban nincs semmi, de most mást irogat ps-nél.

http://kepfeltoltes.hu/080214/dctcs2_www.kepfeltoltes.hu_.jpg

És ezt kb 25000 pid-ig, szóval tényleg sok példányban csinálja.

Még annyi hozzá, hogy a wget letöltés jól lemegy, letöltés közben néztem ps meg top-ot és semmi gond nem volt, de mikor kész a letöltés akkor elindít 1000+ példányt a dctcs-ből vagy mi.

futattam a belinkelt progival -v -v -v

Ezt irta ki hosszú idő után a webes felületen:

Error - getWgetDoenloads

Syslog (nem tudom a tmp könyvtár alati syslog.log filére gondolsz?)
Ez van a végén:

Feb 14 21:15:16 login[381]: root login on `pts/0'
Feb 14 21:24:21 dctcs: can not execute wget to download: http://index.hu

ps -re ezt irja ki:

PID Uid VmSize Stat Command
1 kri 128 S /sbin/init
2 kri SW [keventd]
3 kri RWN [ksoftirqd_CPU0]
4 kri SW [kswapd]
5 kri SW [bdflush]
6 kri SW [kupdated]
7 kri SW [mtdblockd]
57 kri 44 S telnetd
67 kri 92 S syslogd -m 0 -O /tmp/syslog.log -S -l 7
68 kri SW klogd
73 nobody 148 S [dnsmasq]
75 kri SW [khubd]
92 kri SW ntp
96 kri SW [usb-storage-0]
98 kri SW [scsi_eh_0]
133 kri SW udhcpc -i vlan1 -p /var/run/udhcpc0.pid -s /tmp/udhcpc
135 kri SW [usb-storage-1]
136 kri SW [scsi_eh_1]
139 kri SW [kjournald]
143 kri SW [kjournald]
149 kri SW [kjournald]
166 kri 344 S /usr/sbin/nmbd -D -n krirou -o -l /tmp -s /opt/etc/samba/smb.conf
169 kri 76 S stupid-ftpd -f /opt/etc/stupid-ftpd.conf
171 kri SW ez-ipupdate -c /opt/etc/ddns.conf
193 kri 1172 R enhanced-ctorrent -S localhost:15000 -e 999 -E 99.9 -C 1 /opt/sysdrive/torrent/Cl
379 kri 228 S upnp -D -L br0 -W vlan1
381 kri 344 S -sh
409 kri 276 S [dctcs]
10325 kri 404 R ps
12637 kri 40 R /opt/bin/dctcs -v -v -v
15029 kri 40 R /opt/bin/dctcs -v -v -v
15801 kri 40 R /opt/bin/dctcs -v -v -v
18451 kri 40 R /opt/bin/dctcs -v -v -v
19050 kri 40 R /opt/bin/dctcs -v -v -v
20436 kri 40 R /opt/bin/dctcs -v -v -v
20729 kri 40 R /opt/bin/dctcs -v -v -v
22559 kri 40 R /opt/bin/dctcs -v -v -v
22705 kri 40 R /opt/bin/dctcs -v -v -v
22813 kri 40 R /opt/bin/dctcs -v -v -v
22921 kri Z [dctcs]
22964 kri Z [dctcs]
23177 kri 40 R /opt/bin/dctcs -v -v -v
23204 kri Z [dctcs]
23403 kri Z [dctcs]
23404 kri Z [dctcs]
23405 kri 44 R /opt/bin/dctcs -v -v -v
23406 kri 44 R /opt/bin/dctcs -v -v -v
23407 kri 44 R /opt/bin/dctcs -v -v -v
23409 kri Z [dctcs]
23410 kri Z [dctcs]
23411 kri 36 R /opt/bin/dctcs -v -v -v
23412 kri 36 R /opt/bin/dctcs -v -v -v
23413 kri 36 R /opt/bin/dctcs -v -v -v
23414 kri Z [dctcs]
23415 kri Z [dctcs]
23435 kri Z [dctcs]
23436 kri 40 R /opt/bin/dctcs -v -v -v
23437 kri 40 R /opt/bin/dctcs -v -v -v
23442 kri Z [dctcs]
23443 kri Z [dctcs]
23444 kri Z [dctcs]
23498 kri 40 R /opt/bin/dctcs -v -v -v
23536 kri 40 R /opt/bin/dctcs -v -v -v
25078 kri Z [dctcs]
25079 kri 40 R /opt/bin/dctcs -v -v -v
25080 kri 40 R /opt/bin/dctcs -v -v -v
25081 kri 40 R /opt/bin/dctcs -v -v -v
25082 kri 40 R /opt/bin/dctcs -v -v -v
25085 kri 44 R /opt/bin/dctcs -v -v -v
25088 kri 44 R /opt/bin/dctcs -v -v -v
25090 kri 40 R /opt/bin/dctcs -v -v -v
25092 kri 44 R /opt/bin/dctcs -v -v -v
25095 kri 44 R /opt/bin/dctcs -v -v -v
25098 kri 40 R /opt/bin/dctcs -v -v -v
25100 kri 40 R /opt/bin/dctcs -v -v -v
25102 kri Z [dctcs]
25103 kri 40 R /opt/bin/dctcs -v -v -v
25104 kri 40 R /opt/bin/dctcs -v -v -v
25325 kri 40 R /opt/bin/dctcs -v -v -v
25349 kri Z [dctcs]
25452 kri 40 R /opt/bin/dctcs -v -v -v
25509 kri 44 R /opt/bin/dctcs -v -v -v
25703 kri 40 R /opt/bin/dctcs -v -v -v
26783 kri 40 R /opt/bin/dctcs -v -v -v
26784 kri 40 R /opt/bin/dctcs -v -v -v
26786 kri 40 R /opt/bin/dctcs -v -v -v
26788 kri 32 R /opt/bin/dctcs -v -v -v
26789 kri 32 R /opt/bin/dctcs -v -v -v
27397 kri 40 R /opt/bin/dctcs -v -v -v
27408 kri 40 R /opt/bin/dctcs -v -v -v
27785 kri 44 R /opt/bin/dctcs -v -v -v
27786 kri 44 R [dctcs]
27787 kri 36 R /opt/bin/dctcs -v -v -v
27789 kri 44 R /opt/bin/dctcs -v -v -v
27791 kri 44 R /opt/bin/dctcs -v -v -v
28557 kri 40 R /opt/bin/dctcs -v -v -v
28559 kri 32 R /opt/bin/dctcs -v -v -v
28561 kri 32 R /opt/bin/dctcs -v -v -v
28562 kri Z [dctcs]
28563 kri 40 R /opt/bin/dctcs -v -v -v
28566 kri 40 R /opt/bin/dctcs -v -v -v
28568 kri 32 R /opt/bin/dctcs -v -v -v
28570 kri 40 R /opt/bin/dctcs -v -v -v
28572 kri 44 R /opt/bin/dctcs -v -v -v
28582 kri 32 R /opt/bin/dctcs -v -v -v
29638 kri 40 R /opt/bin/dctcs -v -v -v
29640 kri 40 R /opt/bin/dctcs -v -v -v
30330 kri 44 R /opt/bin/dctcs -v -v -v
30332 kri 40 R /opt/bin/dctcs -v -v -v
30334 kri 44 R /opt/bin/dctcs -v -v -v
30336 kri 44 R /opt/bin/dctcs -v -v -v
30338 kri 40 R /opt/bin/dctcs -v -v -v
30340 kri 40 R /opt/bin/dctcs -v -v -v
30342 kri 40 R /opt/bin/dctcs -v -v -v
30344 kri 36 R /opt/bin/dctcs -v -v -v
30346 kri 44 R /opt/bin/dctcs -v -v -v
30348 kri 32 R /opt/bin/dctcs -v -v -v
30350 kri 44 R /opt/bin/dctcs -v -v -v
30352 kri 32 R /opt/bin/dctcs -v -v -v
30353 kri 36 R /opt/bin/dctcs -v -v -v
30355 kri 40 R /opt/bin/dctcs -v -v -v
30357 kri 40 R /opt/bin/dctcs -v -v -v
30359 kri 40 R /opt/bin/dctcs -v -v -v
30876 kri 40 R /opt/bin/dctcs -v -v -v
30877 kri 32 R /opt/bin/dctcs -v -v -v
30878 kri 40 R /opt/bin/dctcs -v -v -v
30879 kri 36 R /opt/bin/dctcs -v -v -v
30880 kri 40 R /opt/bin/dctcs -v -v -v
30889 kri 40 R /opt/bin/dctcs -v -v -v
31292 kri 44 R /opt/bin/dctcs -v -v -v
31293 kri 36 R /opt/bin/dctcs -v -v -v
31294 kri 44 R /opt/bin/dctcs -v -v -v
31296 kri 40 R /opt/bin/dctcs -v -v -v
31298 kri 40 R /opt/bin/dctcs -v -v -v
31300 kri 40 R /opt/bin/dctcs -v -v -v
32190 kri 40 R /opt/bin/dctcs -v -v -v
32192 kri 40 R /opt/bin/dctcs -v -v -v
32194 kri 44 R /opt/bin/dctcs -v -v -v
32196 kri 40 R /opt/bin/dctcs -v -v -v
32198 kri 44 R /opt/bin/dctcs -v -v -v
32200 kri 44 R /opt/bin/dctcs -v -v -v
32202 kri 44 R /opt/bin/dctcs -v -v -v
32204 kri 40 R /opt/bin/dctcs -v -v -v
32206 kri Z [dctcs]
577 kri 44 R /opt/bin/dctcs -v -v -v
578 kri 44 R /opt/bin/dctcs -v -v -v
579 kri 40 R /opt/bin/dctcs -v -v -v
581 kri 40 R /opt/bin/dctcs -v -v -v
583 kri 40 R /opt/bin/dctcs -v -v -v
585 kri 36 R /opt/bin/dctcs -v -v -v
587 kri 44 R /opt/bin/dctcs -v -v -v
589 kri 40 R /opt/bin/dctcs -v -v -v
591 kri 40 R /opt/bin/dctcs -v -v -v
593 kri 44 R /opt/bin/dctcs -v -v -v
595 kri 32 R /opt/bin/dctcs -v -v -v
831 kri Z [dctcs]
832 kri Z [dctcs]
1526 kri 40 R /opt/bin/dctcs -v -v -v
1527 kri 40 R /opt/bin/dctcs -v -v -v
1528 kri 40 R /opt/bin/dctcs -v -v -v
1529 kri 40 R /opt/bin/dctcs -v -v -v
1530 kri 40 R /opt/bin/dctcs -v -v -v
1531 kri 44 R /opt/bin/dctcs -v -v -v
1532 kri 40 R /opt/bin/dctcs -v -v -v
1533 kri 32 R /opt/bin/dctcs -v -v -v
1534 kri 32 R /opt/bin/dctcs -v -v -v
1535 kri 32 R /opt/bin/dctcs -v -v -v
1536 kri 40 R /opt/bin/dctcs -v -v -v
1537 kri 40 R /opt/bin/dctcs -v -v -v
1538 kri 44 R /opt/bin/dctcs -v -v -v
1544 kri 40 R /opt/bin/dctcs -v -v -v
2386 kri 44 R /opt/bin/dctcs -v -v -v
2388 kri 44 R /opt/bin/dctcs -v -v -v
2390 kri 44 R /opt/bin/dctcs -v -v -v
2392 kri 40 R /opt/bin/dctcs -v -v -v
3311 kri 44 R /opt/bin/dctcs -v -v -v
3312 kri 44 R /opt/bin/dctcs -v -v -v
3313 kri 44 R /opt/bin/dctcs -v -v -v
3314 kri 44 R /opt/bin/dctcs -v -v -v
3315 kri 40 R /opt/bin/dctcs -v -v -v
3316 kri 44 R /opt/bin/dctcs -v -v -v
3317 kri 40 R /opt/bin/dctcs -v -v -v
3318 kri 44 R /opt/bin/dctcs -v -v -v
3319 kri 40 R /opt/bin/dctcs -v -v -v
3320 kri 44 R /opt/bin/dctcs -v -v -v
3321 kri 40 R /opt/bin/dctcs -v -v -v
3322 kri 40 R [dctcs]
3746 kri 44 R /opt/bin/dctcs -v -v -v
3747 kri 40 R /opt/bin/dctcs -v -v -v
3748 kri 40 R /opt/bin/dctcs -v -v -v
4122 kri 40 R /opt/bin/dctcs -v -v -v
4123 kri 44 R /opt/bin/dctcs -v -v -v
4124 kri 44 R /opt/bin/dctcs -v -v -v
4125 kri 40 R /opt/bin/dctcs -v -v -v
4126 kri 44 R /opt/bin/dctcs -v -v -v
4127 kri 44 R /opt/bin/dctcs -v -v -v
4128 kri 40 R [dctcs]
4129 kri 40 R /opt/bin/dctcs -v -v -v
5042 kri 44 R /opt/bin/dctcs -v -v -v
5043 kri 44 R /opt/bin/dctcs -v -v -v
5044 kri 44 R /opt/bin/dctcs -v -v -v
5045 kri 44 R /opt/bin/dctcs -v -v -v
5467 kri 40 R /opt/bin/dctcs -v -v -v
5468 kri 36 R /opt/bin/dctcs -v -v -v
5477 kri 40 R /opt/bin/dctcs -v -v -v
6063 kri Z [dctcs]
6064 kri Z [dctcs]
6065 kri Z [dctcs]
6066 kri Z [dctcs]
6743 kri 44 R /opt/bin/dctcs -v -v -v
6744 kri 40 R /opt/bin/dctcs -v -v -v
6745 kri 32 R /opt/bin/dctcs -v -v -v
6746 kri 40 R /opt/bin/dctcs -v -v -v
6747 kri 44 R /opt/bin/dctcs -v -v -v
6748 kri 40 R /opt/bin/dctcs -v -v -v
6749 kri 40 R /opt/bin/dctcs -v -v -v
6750 kri 40 R /opt/bin/dctcs -v -v -v
6751 kri 44 R /opt/bin/dctcs -v -v -v
6752 kri 40 R /opt/bin/dctcs -v -v -v
6753 kri 44 R /opt/bin/dctcs -v -v -v

köszönöm a próbálkozást.

Syslog (nem tudom a tmp könyvtár alati syslog.log filére gondolsz?)
Ez van a végén:

Feb 14 21:15:16 login[381]: root login on `pts/0'
Feb 14 21:24:21 dctcs: can not execute wget to download: http://index.hu

oleg fw esetén nem tudom hol van, de a tartalma alapján erre gondolok.
wget csomag fennt van?
wget itt van:
/opt/bin/wget
futtatható? (annak a usernek is aki a dctcs-t futtatja?)
próbálom megtalálni a hibát.

Igazatok volt, valóban nem volt /opt/bin/ könyvtárba wget.
A /usr/bin/ könyvtárba találtam (ez valószínűleg a busybox-os), átírtam a dctcs.cnof –ban a wget elérési utat.
Az új linkről leszedet dctcs-vel sajnos ugyanazt produkálja, azzal a különbséggel, hogy nem ír syslog-ot.
NGyula: Melyik csomag tartalmazza az általad említett wget-et?

( havri1 | 2008. 02. 29., p – 20:25 )

Hali!

ctorrent-args=-f -a

-a kapcsoló mit csinál?

( havri1 | 2008. 03. 08., szo – 20:53 )

Napok óta szívok megint:
Fut 3 torrent, 2 seedel, 1 letölt. Kijelölöm a 2 seedelőt, majd stopp. És elszáll a dctcs.
Ez mitől van? Friss telepítés minden, ma egész nap ezzel szenvedtem.
Az a baj, hogy ilyenkor elszáll a filerendszerbe is valami, mert hibásak lesznek a fileok. e2fsck-val fél nap, mire helyreállítja.

:(

( havri1 | 2008. 03. 09., v – 19:51 )

Az egyik beragadt, és dctcs weben nem tudom leállítani. Hogyan tudom ezt parancssorból megtenni?

( havri1 | 2008. 03. 15., szo – 19:44 )

Az mitől lehet, hogy 100% az állapot, és "letöltés".
A dvd letöltött már 47gbot mig nem voltam itthon. Leállítottam, restart, és 27%...
Jót tett az arányomnak :S

( havri1 | 2008. 06. 30., h – 15:32 )

Üdw!

Hosszú idő után, újra feltelepítettem a dctcs-t, de valami nem jó. Amikor webes felületen feltöltenék egy torrentet, ezt a hibaüzenetet kapom b 15mp múlva:

Mi lehet a gond? Eddig ezzel sose találkoztam

Szerk.: rosszul mountolta fel a hddt, és gyakorlatilag nem tudta írni..megoldódott egy másik portba dugással.

( ds | 2008. 09. 14., v – 20:45 )

csak néhány kisebb dolog:
Version 0.7.1 - 14/09/2008
* bugfix: egyszerre csak egy felugró ablakot lehet megnyitni
* megállított torrenteknek is mutatja a méretét, illetve hogy hol tart
* ha a fordításban nincs benne minden akkor az alapértelmezettet használja (nem untranslated_key szöveget ír ki)
* GWT Version 1.5

Hello!

Nagyon jól müködik a CTCS de lassu a letöltés és a feltöltés.
Ha stoppolom a CTCS-t és utorrentel ugyanazt a torrent file-t megnyitom, akkor a maximális fel és letöltésemet is kihasználom.

A CTCS valamiért lassan tölt fel-le.
Mi lehet a hiba.

Köszönettel:
Kovács György

szerk:
szóval megfigyeltem, ha korlátozom a sebességet fel vagy le akkor brutál leesik a sebességem, és nem a beállitott sebességre áll be.

( ds | 2009. 02. 15., v – 20:47 )

Egy-két bugfix:

# Version 0.7.2 - 15/02/2009

* bugfix: the wget details display is correct even the file size is unknown
* recompiled with GWT 1.5.3
* new option: ctorrent-complete command to be run after downloading finished
* modified upload/download limit calculation after inactivity
* packages for Whiterussian will not be built anymore