-
IT café
rTorrent / libTorrent
Új hozzászólás Aktív témák
-
rt06
veterán
az erasedata plugin egy nem letezo fuggvenyt akar hivni
elso ranezesre (nem hasznalok sem rutorrent-et, s foleg nem annak plugin-jeit) ez valamifele verioelteres miatti inkompatibilitas lehet - gyozodj meg rola, hogy a rutorrent verziod megfelel a plugin-nek (es forditva)Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
-
rt06
veterán
nalam igy nez ki a vonatkozo resz (watch konyvtar, valamint insert es finished esemeny)
ez a ket sor beallit egy-egy watch konyvtarat a ~/torrent/watch/<tracker> utvonalon
mindegyiknek lesz sajat letoltesi konyvtara ~/torrent/unfinished/<tracker> utvonalon - ezt a d.set_directory= allitja be
a letoltes vegeztevel pedig mindketto atkerul a sajat konyvtaraba ~/torrent/finished/<tracker> utvonalon - ehhez a torrent felolvasasakor eltarolom a majdani utvonalat a d.set_custom= paranccsal a destination_directory valtozoban
schedule = watch_others,5,5,"load.start=~/torrent/watch/others/*.torrent,d.set_directory=~/torrent/unfinished/others,d.set_custom=destination_directory\\,~/torrent/finished/others,view.set_visible=Others"
schedule = watch_public,5,5,"load.start=~/torrent/watch/public/*.torrent,d.set_directory=~/torrent/unfinished/public,d.set_custom=destination_directory\\,~/torrent/finished/public,view.set_visible=Public"itt beallitok par datum alapu nezetet, ami kulso script-bol jon (het napja, honap)
method.set_key = event.download.inserted_new,set_date_based_views,"view.set_visible=$execute_capture=~/torrent/.scripts/getday.sh;view.set_visible=$execute_capture=~/torrent/.scripts/getmonth.sh"
itt megjegyzem a hozzaadas datumat ami szinten kulso script-bol jon
method.set_key = event.download.inserted_new,set_insertion_date,"d.set_custom=completion_date,$execute_capture=~/torrent/.scripts/getdate.sh"a letoltes befejeztevel atallitom a letoltesi konyvtarat a korabban tarolt konyvtarra ("d.set_directory=$d.get_custom=destination_directory")
ezutan atmozgatom az adatot is ("execute=mv,-u,--,$d.get_base_path=,$d.get_custom=destination_directory")
megjegyzem a befejezes datumat ("d.set_custom=completion_date,$execute_capture=~/torrent/.scripts/getdate.sh")
csinalok egy symlink-et a torrent neve es a letoltes datuma alapjan ("create_link=base_filename,\"$cat=~/torrent/links/[,$d.get_custom=completion_date,]_\"")
majd futtatok egy unrar-t, (kulso script), ami kicsomagolja a rar-ral tomoritett allomanyokat, ha vannak ilyenek ("execute=~/torrent/.scripts/unrar.sh,$d.get_base_path=,&")
method.set_key = event.download.finished,move__set_completion_date__create_link__unrar_in_background,"d.set_directory=$d.get_custom=destination_directory;execute=mv,-u,--,$d.get_base_path=,$d.get_custom=destination_directory;d.open=;d.set_custom=completion_date,$execute_capture=~/torrent/.scripts/getdate.sh;create_link=base_filename,\"$cat=~/torrent/links/[,$d.get_custom=completion_date,]_\",;execute=~/torrent/.scripts/unrar.sh,$d.get_base_path=,&"torles eseten pedig torlom a korabban letrehozott symlink-et is, hogy ne maradjon ott arvan
method.set_key = event.download.erased,remove_link,"delete_link=base_filename,\"$cat=~/torrent/links/[,$d.get_custom=completion_date,]_\","ebbol igazabol neked nincs mindenre szukseged, csak leirtam mindent, hatha valaki hasznosnak talalja
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
a schedule elso parametere (watch_film, watch_zene) egy nev, hogy kesobb esetleg tudd torolni, vagy modositani az adott szabalyt a kliens ujrainditasa nelkul
a load_start a regi, a load.start pedig az uj verzio, ha jol emlekszem, elobbi (ha rosszul emlekszem, akkor utobbi) idovel hasznalhatatlanna fog valni (van jopar ilyen parancs, ami tobb neven/formaban is elerheto)
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
sajnos nincs otletem, a kezdo seed masra vonatkozik (sorrendben kuldi a szeleteket, nem random, amig meg nincs az 1-es arany), es lathatoan a portforward is jo nalad (bar ez sem elvaras, nem feltetlen kell a seedernek aktivnak lenni, eleg, ha az egyik fel az es ez lehet a leecher is)
p.s.: µTorrent halozati ellenorzoje ugy szar ahogy van, annak nem szabad hinni
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
amire meg gondolni tudok, az az, hogy a tracker nem mindig adja ki az ip-t (probalj meg egy kezi announce hivast inditani, s megnezni, hogy az ip-d bennevan-e a valaszban), vagy ha a masik oldalt µTorrent van, az idonkent valogatos (nem tudom pontosabban megfogalmazni, de sajnos igy van)
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
az - egesz egyszeruen van, hogy megkapja a peer-t a tracker-tol, es anelkul eldobja, hogy megprobalt volna kapcsolodni hozza, vagy kapcsolodik ugyan, de ha a masik fel nem µTorrent, akkor idonkent eldobja (foleg, mikor van sok masik peer)
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
minden egyes nyitott kapcsolathoz (mas peer-ek fele, fel-, vagy letolteshez) szukseges egy szeletnyi memoria
letoltesnel ezen felul szamit, hogy az rTorrent mmapped file-okat hasznal, vagyis nem egybol a lemezre irPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
a min/max peers ertekeknel ne piszkald az alap 40/100-at, hacsak nem tudod pontosan az okat annak, hogy miert irod at arra, amire
ugyanez igaz a max uploads-ra is
xmlrpc_size_limit csak akkor szamit, ha webui-zol, azok hasznaljak, es a 2 megas limit akkor szamit, ha tobb szaz torrent-es listat akarsz lekerni
a max_memory_usage meg a cache meretet szabalyozza, tobbnyire megfelelo az alap 817 Mb-os ertekPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
-
rt06
veterán
válasz aleister #1534 üzenetére
a klienst mindenkepp ujra kell inditani, a router=-t nem szukseges
arrol azert gyozodj meg, hogy jo helyen van a .rtorrent.rc file, es hogy abban mindent jol allitottal bePolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
akkor az alapertelmezett 829 MB a limit (ha jol emlekszem)
ezt novelheted, de ilyen sebessegu netnel, ha angy tartalmat toltesz es van kello mennyisegu seeder, annyit ersz el csak, hogy nem fel, hanem masfel perc alatt jelentkezik a hiba
ha a lemez idovel kiir mindent, ugyis megszunik a jelenseg, es mint korabban is irtam, ez igazabol nem hiba, csak tajekoztatas, hogy lassu a hdd (random irasban lassabb, mint a net)Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
szerintem jo oda az alap 40/100
a lassusag pedig abbol adodik, hogy ilyen esetben random irasrol van szo, amit a jobb/ujabb sata lemezek sem tudnak ilyen sebesseggel (nezd meg tesztben, hogy mit tud pl 512k-4m random irasban - ennel csak lassabb lesz rendes hasznalat kozben, ha van az egy letoltesen kivul mondjuk egy masik is, vagy nehany feltoltes)Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
itt reszleteztem az en config-om, ezt nezd at, ebben elvileg megtalalod benne a valaszt (ha nem, akkor megprobalom tisztabban leirni, mert lehet nem mindenhol egyertelmu a magyarazatom
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
-
rt06
veterán
en is meg azureus-kent hasznaltam, de ketlem, hogy azota gyorsabb, vagy kisebb memoriaigenyu lenne, foleg, hogy mint irtam, egyre tobb - szamomra tobbnyire haszontalan - funkciot tettek bele
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
letoltott torrent-ek helyenek megvaltoztatasa: ez magatol nem megy, a file-okat kezzel at kell helyezni, de irhato hozza script, ami megcsinalja a mozgatast (akar az osszes torrent-re is)
keresztbe-hosszába kezelje a prioritásokat finom szintezéssel: alapbol 3-4 prioritas szint van, de ugy remlik, van hozza patch, ami ezt a szamot noveli
torrent-en beluli file prioritas szepen mukodik, torrent-ek kozotti - mikor legutobb neztem - csak a feltoltesre vonatkozott (de talan ehhez is van patch, illetve meg kellene nezni, hogy all a scheduler)tudjon mindenféle részletes statisztikát megjeleníteni: magatol nem tud, de script-elheto, pl munin-nal
tudjon akár torrentenként trackerfrissítést: tud, T billentyu
ha azt mondom neki, hogy az a cucc jól van meg, akkor ne kezdje el nálam jobban tudni, meg felesleges újraellenőrzéshez ragaszkodni: an ra kulso script (bar az uj oldalon nem talalom, de "fast resume" neven kell keresni)
Az sem ártana, ha tudna olyat, hogy ha hozzáadok egy torrentet seedelésre, és látja, hogy egyes fájlok hiányoznak (ez néha szándékos), akkor úgy adja hozzá seedelésre, hogy a hiányzó fájlokat nem seedeli, hanem kihagyja: ehhez file prioritast kell allitani kezzel (de lehet ezt is automatizalni, pl az osszes file off prioritasra allitasaval)
mas: a µTorrent memoriaigenye ne tevesszen meg, a hasznalt memoria jo reszet nem mutatja a taskmanager, hanem a rendszer altal hasznalt memoriakent van feltuntetve
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
statisztikat nem igazan mutat, arra pl ezt probald ki
cache-elest a max_memory_usage (ha jol emlekszem) beallitassal szabalyozhatod
ez alapbol (megintcsak, ha jol emlekszem) 829MBPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
az igen keves, ivel az rTorrent un mmapped file-okat hasznal, ami azt jelenti, hogy minden amit letolt a memoriaba kerul, s majd a kernel eldonti, mikor kerul az kiirasra (amiatt letolteskor a memoriahasznalat eleg rendesen fel szokott szaladni, ha van szabad memoria a gepben)
20MB a mai tobb Mbps sebessegu neteknel masodpercek alatt megtelik, s ha a kernel ugy veli, eppen mas dolga van a lemeznek, akkor kapod a "Storage error: [Could not sync chunk: Input/output error]" hibauzenetet (ami annyi, hogy a lemez massal van elfoglalva, majd kesobb irja ki az adatot, viszont mivel a cache tele, a letoltes megall)a masik oka, hogy keves a 20MB, hogy seedeleskor szuksege van minden peer-hez egy szeletnyi memoriara az rTorrent-nek, ami azt jelenti, hogy ha egy 2MB szeletmeretu (ami pl a tobb gigas HD filmeknel nem ritka) tartalmat seed-elsz, akkor 10 peer utan megintcsak elfogy a memoria
ha nincs ra rendkivul nyomos okod, akkor szerintem az alapertelmezett beallitas normal hasznalhathoz megfelelo (az esetek tobbsegeben kozelebe sem fog lemenni, csak letolteskor)
tracker-t a T, es shift+T billentyukkel tudsz frissiteni, miutan az adott torrent-re navigaltal (ugy remlik, hogy ha ugyanezt a tracker-ek fulon csinalod, akkor az epp kivalasztott tracker-t frissiti)
sajnos, miota a trac oldal (itt volt) nem megy, eltunt a dokumentacio jo resze
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
-
rt06
veterán
azt, hogy hova toltse, az alabbi paranccsal tudod allitani:
directory = ~/torrent/unfinished
aztan lehet irni mindenfele script-eket, hogy a letoltes vegeztevel atmasolja mas konyvtarba, akar kulonfele feltetelektol fuggoen isPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
válasz Tele von Zsinór #1610 üzenetére
az spd es spdd az osszes torrent fel- es letoltesi sebesseget meri (elobbi a meres pillanataban aktualis sebesseg alapjan, utobbi a legutobbi meres ota fel- es letoltott byte-ok szama alapjan, ezert az utobbi az ajanlott, elobbi az esetleges tuskek miatt pontatlan lehet), a som pedig a torrent-enkenti osszes feltoltest
sajnos peldat epp nem tudok mutatni, mert a sajat rTorrent-emhez meg lusta voltam beloniPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
válasz steewcv65 #1612 üzenetére
Hi!
jelen topic az specifikusan az rTorrent linux-os torrent kliens topic-ja, az altalanos, vagy mas klienshez kapcsolodo kerdeseket inkabb a BitTorrent topic-ban erdemes feltenni, ott nagyobb valoszinuseggel tudnak ra valaszolni
amugy elsore en arra tippelnek, hogy nem fagy ki, csak megprobalja elore lefoglalni a teljes lemezteruletet, ami szukseges lesz a letolteshez, es ez nagy allomanyok eseten akar percekig is eltarthat
elonye (a hatrany ugye egyertelmu, nem valaszol ezido alatt a program), hogy ekkor kevesbe lesz toredezett e lemez
ha jol emlekszem, van is erre beallitas a µTorrent kliensben (angolul preallocate szot keresd, magyarul nem tudom, minek neveztek)Udv: VladimirR
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
-
rt06
veterán
válasz Tele von Zsinór #1619 üzenetére
szoval ok lennenek az igert kepek:
dht:
mem:
peers:
som:
spd:
spdd:
vol:
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
válasz Tele von Zsinór #1622 üzenetére
amennyire tudom, azt a protocoll alapjan egyszerre egy helyrol kellene csak kernie, itt valami mas lehet a baj
mas torrent eseten is tortenik ilyesmi? esetleg sebessegkorlatozas mellett is?Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
válasz Tele von Zsinór #1625 üzenetére
most, hogy igy ketten is mondtatotk, megneztem, es nalam is atlag 10-20% loss van, ami kb 9-18%-kal tobb, mint ami egeszseges lenne
ha lesz ra nemi idom (sajnos ez legjobb esetben is honapokat jelent) megprobalok utana jarniaz viszont, ami nalad van (majdnem a fele szar), kulonosen aggaszto, ilyet legutobb valamilyik 2.6-os kernelnel lattam (ott ismert (kernel) bug volt)
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
válasz DrojDtroll #1630 üzenetére
nalam (0.9.2/0.13.2) is produkalja az osszes onnan letoltheto torrent-tel (ezelott sosem lattam ezt a hibat), s ranezesre csak bejovo kapcsolatok voltak, kimenot egyet sem inditott a kliens
ezt csak kb megnyugtataskent irtam le, hogy a hiba nem a te keszulekedben van, de az eredeterol nem tudok mit mondaniPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
válasz .:GoliBali:. #1633 üzenetére
ez legjobb tudomasom szerint nem megoldhato, foleg azert, mert ha egy szelet atlog ket file kozott, s neked csak az egyik kell, a masikba akkor is bele fogja irni az atlogo reszt, mivel szeletet csak egeszeben lehet letolteni
ez kliensenkent valtozo, µTorrent pl egy kulon file-ba dobalja az ilyen fel szeleteket, az rTorrent meg maganak a file-nak az elejere/vegerePolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
-
rt06
veterán
megtenned, hogy teszel egy probat friss forraskoddal?
nekem a libTorrent forgatasa elhasal, de sajnos teljesen hulye vagyok a cpp-hez es mielott elkezdek hulyesegeket kerdezni rola, jo lenne latni, masnal is jelentkezik-e a problema
sigc++ elvileg mar nem kell, mert lett belole cygwin package, patch meg az rTorrent-hez keszult, addig el sem jutottamsiman csak az alabbi erdekelne:
cd /usr/local/src/
git clone https://github.com/rakshasa/libtorrent libtorrent-git
cd /usr/local/src/libtorrent-git
./autogen.sh
./configure --disable-mincore
makelinux-on hibatlanul lefordul, cygwin alatt 32 es 64 biten is elhajintja magat (gcc version 4.8.3 (GCC))
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
legutobbi informaciom szerint ez nem kivitelezheto (de egy ideje nem kovetem valami aktivan a fejlesztest), hacsak nem akarsz melyen belemaszni az rTorrent script-tel vezerlesebe, es a logikat ezekbe a script-ekbe helyezni
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
ide az elso kellene (a masik ketto a letoltesi szalakra vonatkozik), de amennyire tudom, nem mukodik normalisan
azaz normalisan mukodik, csak amit o aktivnak tart, az nem jo erre a task-raPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
most ezt talalom, ha volt is masik, az nincs meg
ez elvileg az altalam osszerakott patch-ek kivaltasat szolgalja (csak meg ezt sem tudtam kiprobalni, pedig marciusban kaptam)Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
frissult az rTorrent on Windows leiras, es az elore forditott binarisok is
nagy koszonet birno forumtarsnak a segitsegeert
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
most nezem, hogy veletlen bennehagytam az rTorrent pacth-eleserol szolo sorokat, azok nem kellenek (most toroltem is oket)
meg az rtorrent git repo url is hibas volt, azt is javitottam[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
bizok benne, majd szeretnem is szinkronban tartani a fork-ot az eredeti repo-val (a te modositasaid es leirasod amugy szandekosan tuntek el?)
a device busy hibahoz amugy meg az jutott eszembe, hogy ez milyen sebessegu letolteskor jelentkezik?
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
kicsit turkalva a kodban, ugy tunik, hogy az msync dobja el magat (MS_INVALIDATE meg van adva)
esetleg a safe_sync bekapcsolasa jelenthet valtozast (bar nem igazan ertem a kodot, amit neztem)
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs