- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Riasztó topik
- 30 TB-ot meghaladó HDD-ket demonstrál a Toshiba
- Bemutatta első Snapdragon X-re épülő notebookját az ASUS
- 3D nyomtatás
- Androidos tablet topic
- Amazon Fire TV stick/box
- OLED TV topic
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Az EPYC 9005 CPU-sorozatba érkezik az AMD Zen 5
Hirdetés
-
Rárepültek a gyártók a Snapdragon X-re
ph Persze ebben a Qualcomm mellett fontos szerepe van a Microsoftnak is, aki teljes erővel beállt a CoPilot+ PC programba.
-
Sarokba szorította a Huawei az Apple-t Kínában
it A Huawei olyan nagy versenyt teremtett az Apple számára Kínában, hogy utóbbi érezhetően csökkentette az országban az iPhone-ok árait.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
Sziasztok!
A problémám µTorrenttel kapcsolatos: jelenleg a µTorrent 3.3 (build 29625) [32-bit] verzió van fent, és rendszeres az a jelenség, hogy miután kilépek belőle (ténylegesen kilépek, NEM úgy, hogy ottmarad a tálcán!), "ottragad" a folyamatok között a uTorrent.exe, és kajálja is az erőforrásokat (ugrál a procihasználat azért rendesen), tehát egyszerűen nem záródik be. Ilyenkor az erőszakos leállítás segít csak (Ctrl+Shift+Esc, Processes, folyamat kiválaszt, majd End Process). Ja, Windows 7 x64-et használok, ha ez számít bármit.
Igazából csak arról szeretnék érdeklődni, hogy másnál is fennáll ez a jelenség? Úgy emlékszem, egy legutóbbi frissítés óta van csak ez.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Visormail #13348 üzenetére
Na ja, de végül is a kettő probléma összefügg, mert a folyamatok közt már szerepel a utorrent.exe, ezért jogosan írja ki ezt az üzenetet, pont emiatt.
Viszont érdekes, most azt figyeltem meg, hogy ha megnyitom a utorrentet, majd egyből be is zárom, akkor viszont helyesen eltűnik a folyamatok közül, szóval úgy tűnik, ez elég hektikusan működik. Viszont ez gázos, hogy így működik, majd lehet, hogy jelentek egy hibát az oldalukon, már amennyire van erre lehetőség, esetleg Te is megtehetnéd (még hozzájuk nem küldtem eddig bug reportot), hátha érdemben foglalkoznak vele akkor.Amúgy köszi, hogy reagáltál!
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Visormail #13350 üzenetére
Ja, bocsi, akkor félreértettem, amit írtál, így már világos. Szerencsére ezzel a verzióval ez még nálam nem jött elő, de ami késik, nem múlik... akkor lehet, hogy marad az, hogy én is downgrade-elek. Naivan azt feltételezné az ember, hogy érdemes update-elni, mert az újabb verziók fejlesztéseket tartalmaznak, nem hibákat. Persze ilyen a szoftverfejlesztés, amikor javítod az egyik hibát, akkor csinálsz egy másikat.
De azért sztem jelezni fogom bug report formájában. Bár nem látok eddig normális felületet erre, a fórumon regisztrálás, külön tökölés meg macerásnak tűnik. Itt írják egyébként, hogy küldjünk bug reportot, de azért túlzásnak tartom picit, hogy minden telepített alkalmazásomról elküldjem nekik a listát, plusz Process Explorer, plusz még az anyakönyvi kivonatomat is küldjem el Nem adatvédelmi aggályaim vannak, de az én időmet is becsülhetnék annyira, hogy a t×köm sem akar egy egyszerű hibajelentés miatt kismillió adatot összegyűjteni, elküldeni. Plusz egy egyszerűbb űrlapot is biztosíthatnának erre, hogy felgyorsuljon a hibajelentés...[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Visormail #13352 üzenetére
Ez fura, hogy miért Windows 8-specifikus.
Ja, még egy bug eszembe jutott, ami az új verzióra frissítés óta (3.3 (build 29625) [32-bit]) elég sokszor előjön:
ráklattyolok egy torrentre, hogy töltse le, szokásos módon megkérdezi, hova töltsem le, és utána egyszerűen nem kezdi el letölteni, csak áll, vagy a másik eset, hogy kiírja, hogy "Connecting to peers", de úgy is marad, nem halad a letöltés. Ekkor csak az segít, ha bezárom a programot, és aztán természetesen előjön az, hogy az utorrent.exe-t ki kell lőni manuálisan a folyamatok közül (mert akkor is bent ragad természetesen, nem lép ki), majd újraindítom a utorrentet, és ekkor már hibátlanul elkezdi tölteni. Ergo egyértelműen bugról van szó.Most eléggé csalódtam a uTorrentben, pedig eddig pont az volt vele a tapasztalatom, hogy kis erőforrás-igényű program, ami egyszerűen csak csinálja a dolgát, úgy, ahogy kell. Ehelyett most az újabb verziókban a CPU-használata is feltűnően megugrott (feltűnően ugrál a procihasználat, korábban észre sem vettem, hogy ott van a folyamatok közt, és azóta nem változtak a torrentezési szokásaim), valamint tele van iszonyatosan zavaró bugokkal. Pedig évek óta ezt használom, és ezt is ajánlottam mindenkinek. Most már nem biztos, hogy így lesz...hacsak nem javítanak rajta.
===========
(#13357) rt06 :
"igen, ugyanaz a ketto, csak maskent nevezik oket (a BitTorrent inc megvette a µTorrent-et, es az lett a baseline kliens)"
Na, ezt nem is tudtam. Mikor történt ez a felvásárlás?
Őőő, nem akarok ám összefüggéseket keresni a kettőben... Egyébként meg igen, mert a sima Bittorrent klienssel bőven tapasztaltam bugokat, nővérem gépén ez van fent, és a fentihez hasonló hibák fordultak elő. Kérdés, átvették-e teljesen a fejlesztését is. Jó, lehet, hogy rohadtul nincs köze a kettőnek egymáshoz, de végül is miért ne, nem egy annyira elvadult gondolat: más fejlesztők, más hülyeségek. Már ha így történt.
De ezt rossz hírként értelmezem.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Köszi!
Visormail :
most telepítettem a másik helyett (uninstallálva a korábbit, beállítások meghagyásával (van rá mód az uninstallnál, egyszerűen nem kell bepipálni a beállítások törlését), hogy ne legyen duplikált véletlenül, korábban az volt) a uTorrent 3.4 Alpha (build 29535)-et:
http://forum.utorrent.com/viewtopic.php?id=126630egyelőre úgy tűnik, hogy ez stabilabb. Nem is ragad be a folyamatok közé, pár másodperc elteltével szépen kilövi magát, ahogy illik. Eddig azokat a problémákat sem tapasztaltam, amiket a 3.3-mal, remélhetőleg ez már tényleg javított változat.
Esetleg megpróbálhatnád Te is (meg a többiek is, akiknek uTorrent-problémájuk van mostanság!), hogy ezzel már javult-e a dolog! Reméljük...!
Igaz, alpha-változat, de ha jobb, stabilabb, mint a korábbi, akkor máris jobban tetszik, mint az állítólagos "stable"-változat a korábbiból.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz havri1 #13389 üzenetére
Hmm, hát lehet, hogy mondasz valamit, és nálam is az lesz. Természetesen az uTorrent 3.4 alpha is bugos, bár mivel alpha-változat, ennél még talán lehet azt mondani, hogy oké, majd javítják... csak egy idő után kezd uncsi lenni. Jelenleg konkrétan a 3.4 alphával az a para, hogy ha a "Letöltés" vagy "Aktív" vagy "Inaktív" menük valamelyikére kattintok, akkor a benne szereplő torrentek neve többször is szerepel. Tehát ugyanaz a torrent mondjuk fel van tüntetve 16-szor, és most nem túlzok! Röviden összefoglalva tehát a 3.4 alpha is egy bugos szar.
Sk8erPeter
-
Sk8erPeter
nagyúr
Ez nc×re és µTorrent kombó? Csak mert nálam is 0-n van, mégis seedel visszafelé. Igaz, egy ideig várni kell, míg az oldalon a "Stopped" felirat átváltozik seedelésre, de eddig legalábbis úgy gondoltam, hogy az oldalon csak bizonyos időközönként történik státuszfrissítés. De lehet, hogy nem így van, akkor cáfoljatok meg plíz.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Ez fura, nővérem gépén volt ugyanez, amit írsz, ő az alap Bittorrent klienst használta, akkor még betudtam annak, hogy abban a kliensben van valami nem megfelelően beállítva, őszintén szólva nem nagyon néztem körül a beállításokban, favágó módszerrel felraktam a uTorrentet, aztán annyi, most jónak tűnik, ha minden igaz, seedel visszafelé; nálam ugyanez, csak eltelik egy kis idő, míg frissül az állapot az oldalon. Pl. nálam a honlapon most is "Seed" állapot van feltüntetve, pedig ez az érték, amiről szó van, 0-ra van állítva nálam is. Szóval ez kicsit fura, úgy látszik, kicsit hektikusan viselkedik.
Milyen kliensed van, és hányas verziót használod?
Nálam jelenleg uTorrent 2.2.1 van fent, de a bugos fostalicska 3.3 változattal sem volt para nc×re esetén, csak várni kellett picit. De mondom, nem egyedi a probléma, amiről írsz, csak próbálok rájönni az okára.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
2.2.1-nél a build 25110, bár a build-szám a kevésbé beszédes, a 28705 build az most nem tudom, melyik verzióhoz kötődik.
No mindegy, jó tudni, hogy ez is félmegoldás lehet erre a gondra, hátha előfordul ilyen para nálam vagy másnál is majd. Most működik a trükk nélkül is.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz tkohun2107 #13418 üzenetére
hát akkor tedd azt, amit No.01 ajánlott, előbb még azt írtad, bejött
Sk8erPeter
-
Sk8erPeter
nagyúr
Hogy ne kelljen mindig így hivatkozni rá, hogy pl. 7-es hsz. megkértem a modikat, hogy rakják be az új összefoglalóba ömlesztve, valahogy nagy vonallal elválasztva, fejezetszerűen a hsz.-ek számának megfelelően, hogy könnyebb legyen megtalálni, meglátjuk, teljesítik-e, nem gond-e, hogy ekkora lenne a hsz... Mindenképp kényelmesebb lenne egy darab összefoglalót látni a kérdéssel rendelkezőknek, még ha ömlesztve is van, meg nektek is könnyebb lenne hivatkozni rá (pl. 7-es pont, nem 7-es hsz. lenne), ráadásul az összefoglaló egy kis lenyíló, alapból rejtett, csak első bekezdést mutató hsz., bekattintható, hogy megjelenjen, így mindig szem előtt lenne, az ide alkalmanként, kérdéssel látogatóknak (is) sztem mindenképp hasznosabb lenne. Na, tényleg meglátjuk.
Sk8erPeter
-
Sk8erPeter
nagyúr
"mar megszoktam, hogy ilyen jellegu kerdesre meg sme kell nezni, hanem 7/3, ritkabban 7/4"
Igazából ezentúl is lehetne így, csak a hsz.-en belül 7/3, /4
Egyébként igen, az is járható út lenne, amit írsz, hogy az összefoglalóba csak linkek kerülnek, hogy milyen kérdésekre milyen információkat mely hsz.-ekben találnak meg, lehet, hogy valóban könnyebben követhető úgy, bár az egy ömlesztett hsz.-nek is bőven megvannak az előnyei... Igaz, az "ömlesztés" megoldható így is:http://prohardver.hu/tema/bittorrent_topik_mielott_kerdezel_olvasd_el_az_1_hozzaszolast/hsz_1-7.html
Akkor viszont ezt ebben a formában is be kellene linkelni, hogy könnyebben megtalálható legyen (aztán max. ha még bővül 8-as, 9-es hsz.-szel is, akkor csak ezt az ömlesztett linket kellene update-eltetni).
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Ninja Chick. #13467 üzenetére
Pont ennek a különböző, teljesen változatos formában jelentkező bugjairól volt szó, szóval röviden: nem. Én downgrade-eltem a 2.2.1-re.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz tkohun2107 #13470 üzenetére
És akkor most épp melyik változat is van fent? Írtad, hogy először 3.3, aztán 2.x (nem írtad pontosabban).
Próbáld ki a 2.2.1-et, mint írtam, nálam bevált.
Ja, meg azt nézd meg, hogy jobb oldalt alul ki van-e pipálva, hogy a hálózati beállítások rendben vannak-e, ilyen sárga felkiáltójeles ikon látszik, ha hiba van: , és ilyen zöld pipa, ha minden OK a hálózati beállításokkal:
pl. ha routernél nem oldod meg adott portra a port forwardingot, az para lehet.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Zjunior #13481 üzenetére
Próbáld először cserélni a uTorrent-változatot, hátha: [link].
===
(#13476) havri1 :
ezek szerint Te sem tapasztaltál vele a downgrade óta különösebb anomáliát.===
(#13480) sutykuru :
nem véletlenül írta cenzúrázva, az érintett, meghívásos alapú oldalakon írott és íratlan szabályok is azt követelik, hogy ne nagyon használd egy az egyben a fórumokon.
Ezért alakult ki a "mag", ill. "aszfalt" kifejezés.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Ennél felhasználóbarátabb "GUI" nincs is tervbe véve?
Egyébként miért lehet átlagos célokra (! nem össze-vissza scriptelésre, hanem klikk, aztán tőőőőőőtsed) egyáltalán jobb alternatíva az rTorrent pl. az uTorrent 2.2 körüli verzióinál (amik még nincsenek tele buggal)? Csak érdeklődöm, mert soha nem használtam; Linuxban megkerülhetetlen a terminál, Windows-ban (miért szereted annyira ezt a "windoze" megnevezést, hogy mindenhol csak ezt használod? ) is használom a parancssort; de ilyen célokra nem szívesen szopatnám magamat parancssori alapú programmal, hogy nézzem a fekete-fehér (vagy fehér-fekete) felületet (bár nem is kellene, hogy full fekete-fehér legyen, konzolban is lehet színeket használni ).
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Tele von Zsinór #13530 üzenetére
Nincs is baj a terminálos dolgokkal, sőt, iszonyatosan sok lehetőséget rejteget magában, radikálisan le tudja rövidíteni bizonyos műveletek elvégzését, én is használgatom a Linuxot Windows mellett.
De egy ilyen program kezelése nem szabad, hogy olyan legyen, hogy ugyanazt terminálban x/10 idő alatt lehessen megoldani. Alapvetően mi egy ilyen program dolga, ha NEM szerverként használod? Ráklattyolsz egy torrentre vagy egy Magnet URI-ra, megadod, hova töltődjön a cuccos, leokézod, és kész. Ez semmivel sem tarthat kevesebb ideig terminálban.
Szóval a kérdés csak arra vonatkozott, hogy igazából tök átlagos töltsé-és-kész-célokra miért is ne kapjunk valami normálisan kinéző UI-t, miért lenne nekünk nagyobb élvezeti érték fekete-fehér alapú alkalmazást használni.
Egyébként értem és elismerem az rtorrent minden érdemét."A klikkelj-és-tölts megoldásra nem ezt javasolnám, hanem a Transmissiont, az pont ezt tudja. Faék egyszerűségű kliens, ami az alapszolgáltatásokat tudja."
Próbáltam a Transmissiont még jó régen, és akkoriban rettenet kistudású volt, szóval úgy nagyjából két torrent letöltésének erejéig használtam. Asszem aztán Deluge-nál kötöttem ki egy darabig, de most ez sem százas. Jelenleg Linuxot VMware-rel használok, most nincs dual bootban felrakva (de egyébként nagyon kellemes felületűek manapság a Linux-disztribúciók is, én is nagyon szeretek párat belőlük, de továbbra is vannak nehezen kiváltható Windows-os programok - sajnos! Viszont az is tény, hogy fordítva is igaz, bizonyos Linuxon lazán konzolból tök könnyen elvégezhető dolgok Windows-ban meg igen körülményesek), így torrentezni Windows alól szoktam mostanság.
(Úgy rémlik, a µTorrent speciel használható Wine-nal, de mondjuk annak túl sok értelme nincs. )Viszont az általad belinkelt ruTorrent teljesen jó. Úgy meg aztán dupla élvezet, mert használhatod az rtorrent előnyeit terminálból, plusz kapsz hozzá rendes GUI-t, szóval ez így viszont már fasza.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Dluinet #13582 üzenetére
Azt hogy csinálod? Csak mert a főoldalon legfölül a 3.3.29677 és 3.1.3 letöltési linkje van kint, csak alatta van a 2.2.1, 2.0.4 http://i.imgur.com/eWsHoKn.png
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Dluinet #13586 üzenetére
"Ha megnézed az utorrent.hu-t, akkor a fő oldalon láthatod az ajánlott verziókat.
2011 Május 18 óta a 2.2.1 25302 van kint, nem véletlenül."
Ebből az következik, hogy a 2.2.1 az ajánlott verzió, és nem véletlenül nem rakták ki a 3.3-at, de ez nem igaz, mivel a 3.3 linkje is kint van, ilyen alapon az sem véletlenül. A mondatod teljesen félreértelmezhető volt, nem kell megsértődni.Én például a hivatalos utorrent.com-ról töltöttem le a 2.2.1-et:
http://forum.utorrent.com/viewtopic.php?id=88772
erre is akkor lehetne mondani, hogy "2010-11-19 12:28:50" óta kint van a link, nem véletlenül.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz sandró60 #13622 üzenetére
"Több éve az (IE8) böngészőt használom semmi gondom nem volt."
Akkor sürgősen változtasd meg azt a hozzáállást, hogy ragaszkodsz egy szar és iszonyatosan elavult böngészőhöz.
Könyörgöm, legalább frissíts, ha már ragaszkodsz az IE-hez. Saját érdekedben.
(Szinte hihetetlen, hogy valaki önszántából ragaszkodik az IE8-hoz... Nem is csak kényszerből (lásd bizonyos vállalatoknál sokszor évekig nem frissítenek, mást telepíteni meg nem szabad).)[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz sandró60 #13641 üzenetére
Teljesen mindegy, mióta van a hiba, attól még egy több éve nem frissített böngésző használata mindig káros, hidd el, nem véletlenül és szórakozásból adják ki rá a biztonsági és egyéb frissítéseket. Saját magadat szívatod már önmagában azzal is, hogy IE8-at használsz, mivel számtalan oldal nem úgy jelenik meg és működik vele, ahogy kellene. Az Internet Explorer verziói a 9-es változat alatt a webfejlesztők gyűlöletének egyik tárgya, mivel teljesen degenerált dolgai vannak (most ezt itt nem részletezném hosszan), így sokszor ma már ha nem muszáj, erre a böngészőre külön nem is optimalizálnak.
Tehát nem szimpla izélgetésből mondtam, hogy felejtsd el az ósdi IE8 használatát, és frissíts, hanem mert ez a saját érdekedben is fontos.Sk8erPeter
-
Sk8erPeter
nagyúr
Sziasztok!
µTorrent 2.2.1-et használok, és egyik nap 0 db torrenttel fogadott a program:
Úgy gondoltam, sérülhettek bizonyos fájlok, ezért a rendszerpartícióra lefuttattam egy
chkdsk c: /b /r /f /x
ellenőrzést, természetesen ehhez reboot kellett. Hibát nem talált, ráadásul megvan az
%AppData%\uTorrent
(vagyis c:\Users\<FELHASZNÁLÓNÉV>\AppData\Roaming\uTorrent\)
könyvtáram is.Akkor mi lehet az oka, hogy a µTorrentben 0 db torrent látszik?
És legfőképp hogyan lehet javítani a problémát?
Köszi![ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
"Nem futtattod más helyről az alkalmazást?"
Nem, egyetlen helyen van meg maga az utorrent.exe, azt futtatom.
Vagy úgy érted, másik OS alól nem futtatom-e szintén, mintha portable lenne? Vagy hogyan?
Egyébként emlékeim szerint nem futtattam így (van dual boot-módban egy Windows 7 és 8 egymás mellett), bár akkor is az említett %AppData%\uTorrent könyvtárat kellene használnia, amennyiben például nincs az épp általad említett más fájl a programot futtató könyvtárban."És a mappa, ahonnan futtatod, nincs véletlenül egy resume.dat adatfájl? Ilyen esetben azt fogja használni (ezt írja is a naplójában)"
Nem, nincs ilyen. Az utorrent.exe könyvtárában egyedül ez a fájl van, egymagában.Hoppá, viszont most, hogy beszélünk róla, megnéztem, és a resume.dat tartalma mindössze ennyi:
d10:.fileguard40:600CCD1B71569232D01D110BC63E906BEAB04D8Ce
1 KB az egész fájl, elvileg ennél jóval hosszabb tartalmának kéne lennie, megnéztem, van is egy 2012-es dátumozású, 634 KB-os resume.dat.1353015833.bad, meg 613 KB-os resume.dat.1353024514.bad (gondolom timestamp alapján elnevezve, de hogy miért .bad a kiterjesztése, azt nem tudom, mármint mi a rossz benne, és miért minősítette ennek), aztán még egy mai dátumozású, szintén 1 KB-os resume.dat.old, de ez gondolom irreleváns. Csak tudnám, miért lett 1 KB! Akkor gondolom jól sejtettem, hogy megsérült ez a fájl, és feltételezem, újra létre lett hozva.
Megnéztem, 2013.05.20-án készítettem backupot legutóbb az utorrent-mappáról, az ott lévő resume.dat meg 993 KB...Szóval akkor magyarul buktam az eddigi torrenteket, vehetem fel újra kézzel az összeset? (Hacsak nem rakom vissza persze a májusit, amivel egy kicsit legalább beljebb vagyok.)
Gondolom máshonnan nem nyerhető vissza a korábbi adat, igaz? (Nyilván nem ilyen GetDataBack-szerű megoldásokra gondolok most.)
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz korcsi #13888 üzenetére
De, azok megvannak az %AppData%\uTorrent könyvtárban, viszont ettől még nem fogja tudni, hogy ezek a letöltött tartalmak pontosan hol vannak széjjelszórva a különböző partíciókon, azonbelül is szétszórt könyvtárakban, mert ezért felelős a resume.dat, ha jól tudom, nem?
Szóval én nem egyetlen könyvtárba dobálom az összes letöltött dolgomat, hanem logika szerint, nyilván zenék a zenekönyvtárba, dokumentumok a dokumentumokat tartalmazó könyvtárba, filmek a filmeket tartalmazóba, és így tovább, minden letöltésnél beállítom, hova töltődjenek... ezeket tárolja a resume.dat, nem igaz? Szóval ha a resume.dat-ot buktam, akkor feltételezem, a beállított helyeket is buktam.
Legalábbis feltételezem, az ide bekerülő, letöltött torrentfájlokba nem "égeti bele" a letöltési könyvtárat, nem? Mivel gondolom a torrentfájlt érintetlenül hagyja.Ja, még egy, a korábban felvetett, azonos könyvtárba rakott resume.dat-tal kapcsolatban:
http://www.utorrent.com/help/faq/installation
"How can I use µTorrent on a USB key or other removable drive?
Copy settings.dat (located in %AppData%\uTorrent ) to the same folder as utorrent.exe, and you're done. If using 3.0 or newer, this also enables portable mode, which allows you to store everything on the drive itself."
Ezek szerint a portable-mód a 2.2.1-nél nem működik, brühü, pedig ez igen jó lett volna.
De tudtommal még a korábbi igen komoly bugok miatt továbbra sem érdemes upgrade-elni...Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #13889 üzenetére
Tényleg, ha már szóba került a 3.x változatok valamelyike, a jelenlegi µTorrent alpha (3.4 build 30219) már használható vajon, van valakinek vele tapasztalata, hogy nem olyan bugos fostalicska-e, mint a korábbi 3.x-es változatok?
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz woodworm #13894 üzenetére
Ja, hogy így, akkor csak elég gyökér módon félrevezető a hivatalos lapon az információ. OK, köszi! Ezek szerint csak annyi a lényeg, hogy a settings.dat, resume.dat és hasonlók legyenek ugyanott, ahol az utorrent.exe, igaz?
Amúgy visszatérve a resume.dat-os problémára (ami sérült lett, és így kinullázódott) már nem vágom, melyik fórumon olvastam, hogy van egy olyan degenerált tulajdonsága a µTorrentnek, hogy a mentett resume.dat.old fájlt 30 másodperc után felülírja azzal, ami az aktuális, ahelyett, hogy mondjuk a régit ellátná egy timestamppel, mentené, aztán felőlem felülírhatja az eredeti resume.dat.old fájlt. Ki érti ezt, hogy találták ki ezt a remek ötletet a fejlesztők. Például lehetne egy időkorlát is, hogy a resume.dat fájlokból mennyi ideig tárol régebbi változatokat. Bár nyilván az az átlagban kevesebb, mint 1 MB megtöbbszörözve odavágna mindenkit.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz sfdrakex #13905 üzenetére
Ezt most nem értem, miért ne lenne elég? Pont nemrég volt róla szó, hogy akár portable módban is lehet használni, ha a settings.dat, resume.dat ugyanabban a könyvtárban van, ahol az utorrent.exe.
Vagy ha nem portable mód, akkor is ha az %AppData%/uTorrent könyvtárat lementi, újratelepítés után pedig visszaállítja, és így bekerül a korábbi settings.dat, resume.dat ebbe a könyvtárba, és még a partíciók betűjelei is egyeznek a korábbiakkal, akkor elméletileg ugyanott kellene keresnie (és találnia) a torrentekhez tartozó tartalmakat.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Pttypang #13925 üzenetére
Most ezt nem értem
Ettől függetlenül miért nem állítod át egyszerűen a meghajtók betűjelét a
Win+R
diskmgmt.msc
-n belül?Egyébként meg pont az a lényeg, hogy maradjanak ugyanazok a meghajtó-betűjelek újratelepítés után is, mint korábban, mivel a resume.dat-ban azok az elérési utak tárolódnak.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Pttypang #13927 üzenetére
"Akkor már csak az irdatlan mennyiségű check van hátra"
Hogy mi van? Már az előző hsz.-edet sem értettem, de ezt sem Milyen check?"Már csak azt nem értem, hogy lett hirtelen minden mappám írásvédett"
Nem inkább jogosultsági probléma, pl. hogy más a tulajdonosa a könyvtáraknak?Sk8erPeter
-
Sk8erPeter
nagyúr
Na ez meglehetősen érdekes, hogy ennek mi köze hozzá. Nem túl egészséges mindenesetre, ha rendszergazdaként kell futtatni egy ilyen alkalmazást... Én mondjuk inkább nem tenném, nyomoznék az okok után.
Érdekes hibákat olvasgatok amúgy már több fórumon a Windows 8.1-gyel kapcsolatban.Sk8erPeter
-
Sk8erPeter
nagyúr
uTorrent 2.2.1: amikor van egy olyan torrent, amiben sok-sok fájl van, akkor előfordul, hogy azok közül csak mondjuk - konkrét példa kedvéért - 4-et szeretnék letölteni, OK, le is tölti azt a 4-et, DE "belecsíp" az előtte-mögötte lévő fájlokba is mondjuk ilyen 150-200 KB-ot, magyarul egy kis részt letölt belőle - ANNAK ELLENÉRE, hogy a "skip" feliratot írja ki az adott fájlokra, tehát ki kellene, hogy hagyja TELJESEN, nem szabadna, hogy akár egy bájtot is letöltsön belőle. Ennek ellenére ezt teszi, és ez pont elég ahhoz, hogy adott torrentoldalon az állapotom "Leech"-re változzon, mintha még töltögetnék valamit az adott torrentből... miközben nagyon nem, és jobb lenne "Seed" állapotot "kapni".
Rohadt idegesítő jelenség, nálatok is előforul? Van ellenszere?
Sk8erPeter
-
Sk8erPeter
nagyúr
Ja, hát joggal feltételeztem, hogy volt valami valós alapja, hogy belinkelted, hogy van egyáltalán értelme róla beszélni...
Nálam már a GUI a screenshot alapján elvágta magát, zavarna, hogy a különböző gyűjtőkategóriákhoz, mint a letöltés alatt lévők, letöltöttek, aktív, inaktív, stb. nincs áttekintő felület, külön kellene nyomkodni a megfelelő gombokat, hogy lássam, meg feltételezem, kipróbálás után egyéb hiányosságok is felmerülnének például beállíthatóság tekintetében, szóval a fejlesztő(k) egyelőre elég bátran ajánlja (ajánlják) a µTorrent alternatívájaként, amikor attól látszólag egyelőre eléggé elmarad. Tulajdonképpen nem is értem, minek kellett a honlapjukon a konkrét programokkal megemlíteni, hogy bizony "alternative to the current trend of feature-packed programs such as μTorrent and Vuze", miért is nem lehetett egyszerűen egy új, alternatív programként kínálni, összehasonlításként szolgáló nevek említése nélkül. Érted, így eleve ezzel a kettővel fogja az ember összevetni, és egyből beleköt, ha valamiben hiányosabb.
Arról a főlapon egy szót sem említ, hogy miért is kellene nekem ezt választanom, ha mondjuk alapvetően nem váltogatom az OS-t, vagy legalábbis a kompatibilitási keretek között maradok (értsd: pl. Windows 7 és 8 közti váltogatás pl. dual-boot módban ebből a szempontból irreleváns, de Windows 7 és Debian között már nem), még arról sem tesz említést, hogy mondjuk erőforrásigény vagy más tekintetében előnyösebb lenne ezt használni. Van, amikor a kevesebb több, de itt azért legalább pár szóban promotálhatták volna magukat.====
SZERK.:
Innen már több infó derül ki:
"baretorrent is released in the public domain in the hope that someone else can make it better than I could. You can get the code from launchpad. Information on how to build it and create extensions is mostly complete."
Hát jó, végül is ez legalább open source, a µTorrent nem az.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
"jajjj hagyjuk mar ezt a windowsban meg chromeban gondolkodast"
A Chrome-ot/Chromiumot még értem, mert annak nem csak a belső verziószámozása ugrál picit viccesen (a Chrome-ból a stabil változat most tart a 30.0.1599.101 m-nél, és 2008. szeptemberében jelent meg az első kiadás, miközben az Opera a Prestós motorral a 12.16-os változatig jutott el 1994 végétől (!) 2013 júliusáig, most mióta átvették a Blink-motort, ők is elkezdtek ugrabugrálni a verziózásban, így tart a Developer ág a 19.0.1300.0-nál), de hogy jön ide a Windows? A "belső" verziószámok tekintetében nagy számokat lehet látni, a Windows 7 az SP1-gyel a 6.1-es változat, Build 7601, de ebben is lehet logikát találni, a buildszám minden egyes fordításnál növekszik (ha bővebben érdekel, itt egy előadásdiasor erről röviden). Semmi gond nincs azzal, ha egy verziószám négy- vagy többszámjegyű, ha van benne konzisztencia és logika. Ha már itt tartunk, nyilván a Chrome/Chromium verziószámozásában is lehet logikát találni.
De nyilván bele kellett venni egy kis Windows-fikázást is a hsz.-be, értem, anélkül nem lehet valaki igazi Linux-fanatikus... (Gyorsan leszögezném, szeretem a különböző Linux-disztribúciókat, aktívabban mégis Windows-t használok, de nem szokásom fikázni a Linuxot, valahogy sikerül nem fanboy-nak lennem. )
Egyébként abban a tekintetben a Chrome említésével kapcsolatban teljesen igazad van, hogy nyilván van bőven marketing is a verziószámos dologban, minél nagyobb a verziószám, az átlagjúzer annál inkább elhiszi, hogy itt bizony aztán van rettentő iramú fejlesztés. Ezért is említettem én is, hogy picit vicces a verziószám-növelés náluk.A szoftverek verziószámozására nincs egyértelmű recept, fejlesztő(gárda)függő a dolog. Itt és a belinkelt anyagokban bőven lehet találni érdemi információt ezzel kapcsolatban:
http://programmers.stackexchange.com/questions/57587/how-do-early-version-numbers-work-for-new-products
Megértem viszont Crytec210 aggodalmait is az <= 1.x változatokkal kapcsolatban, a 0.x.x verziószámozás szerintem is ügyetlen (bár sokan szeretik, nincs is ezzel problémám, csupán saját szemszögemből közelítem meg a dolgot, én fejlesztőként nem adnék 0-val kezdődő verziószámot az első, publikusan is vállalható kiadású szoftveremnek), legalábbis pre-release érzetet ad, mintha még várna az első komoly kiadásra (gyorsan leszögezem, nehogy elkezdje valaki magyarázni, hogy "de hát ő is, meg ő is ezt alkalmazza, tehát hülye vagy, és ez tök jól van így", véleményt mondok, nem pedig szigorúan lefektetett szabályt, mert olyan nincs). Egy 9 éve jelenlévő szoftver esetében szerintem sem ártana elébiggyeszteni egy értelmes verziószámot, de ez tényleg pusztán szubjektív megítélés, nem is kell vele egyetérteni, lehet hülyeségnek is tartani (hogy a 0.x változat több publikus kiadás után mintha kisebbségi komplexusra utalna - just kiddin'), én úgy tartom logikusnak, hogy az első, publikusan kiadott változat kapja meg az 1.x (akárhány, lehet 1.1.1.1 is akár) számot. Na de mindenkinek szíve joga eldönteni, hogy a saját szoftverénél mit tart logikusnak.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
"hal' istennek bsd-n , linuxon nem ez a megszokott es remelem te sem gondolod azt hogy 1.x.x-tol teljes erteku egy program. uristen......"
Az utolsó szóval én is élnék, mivel ez a megjegyzésed megérdemel egy jó nagy facepalmot. Nem akarok k×csög lenni, úgyhogy nem szúrok be neked egy idevágó agybafúródós tenyérbe temetett arcot. Ezek szerint sajnos az egész hozzászólás lényegét nem sikerült megértened, próbáld még egyszer elolvasni, és meg is érteni, ami oda van írva. Úristen...
Tehát még egyszer, lassan, ha esetleg másodszorra sem sikerül kivenned a lényeget: a verziószámozás teljesen egyéni/céges döntések kérdése, nincsen rá recept. Egyéni véleményt mondtam el, hogy programozói hobbiprojektként is picit fura NEKEM a 0.x-es verziószámozás publikusan kiadott, vállalható állapotban lévő, továbbfejlesztett kiadásoknál, főleg több év után, de SEMMI köze ahhoz, hogy milyen "értékű", mennyire kész egy program. Hangsúlyozom: nincs a kettő között közvetlen kapcsolat. Semmi. Csupán verziószámokról beszélgetünk. Fejlesztői szemmel mondtam, nemcsak felhasználói szemmel. Remélem, kezded már kapiskálni, és nem feltett szándékod a "csakazértis"-kötekedés, beszélgethetünk véleményeket megosztva, másik hülyézése nélkül.Sk8erPeter
-
Sk8erPeter
nagyúr
Amit itt írt, az valóban meglehetősen nagy baromság, ebben egyetértünk. Félreértés ne essék, nem az ő állítását akartam védeni, mert nem tisztem, csupán saját véleményt osztottam meg, hogy nekem is furcsa kissé a 0-val kezdődő verziószámozás, az említett okok miatt (pre-release-érzet), még ha bevett gyakorlat is, de nincs különösen nagy parám vele, de pont erről téptem igazából a szám a korábbi hsz.-ekben. Szóval nem ismétlem, de ismét nem értem, hogy jön ide a "nem pedig microtorrent only"-megjegyzésed, senki egy büdös szóval nem említette (én biztos nem), hogy ne lenne más kliensek helye is, vagy hogy bizonyos alacsony verziószámok miatt adott kliens eleve ki van zárva.
Sk8erPeter
-
Sk8erPeter
nagyúr
Hali!
A múltkori problémám az volt, hogy valszeg megsérült a resume.dat fájlom, így buktam szépen a torrentjeim státuszát, jóval korábbi mentést kellett visszaállítanom a resume.dat-ból. Nos, ez meg is történt, mégpedig úgy, hogy ezzel együtt portable-lé tettem a µTorrentet - úgy, hogy az %appdata%\utorrent könyvtárból mindent áthelyeztem az utorrent.exe mellé.
Valószínűleg 16-a környékén csináltam ezt a műveletet, jópár torrenthibát jelzett, nem is olyan meglepő módon, mert a pár hónapos mentés óta nyilván történt egy csomó változás, törölgetés, áthelyezgetés, ilyesmik, ezt persze majd manuálisan kell korrigálgatni. A 16-ai dátumot azért említettem, mert ma meglepődve láttam, hogy a 16-ai dátummal rengeteg egészen biztosan torrenten keresztül letöltött adatom landolt a Lomtárban, és ezt csak most fedeztem fel. Na, ennek az okára próbálok rájönni.Alapvetően ha kézzel törlök, akkor véglegesen szoktam törölni, Shift+Del kombóval, így az nem kerül a Lomtárba. Egészen biztos, hogy ezeket a totálisan széjjelszórt adatokat NEM töröltem kézzel (sem fájlkezelőn, sem a torrentkliensen keresztül (torrent ÉS adatok törlése)), mivel ennyi helyről össze-vissza még véletlenül sem lehet törölni. Semmilyen olyan programom/vírusom/akármim nincs, ami csak úgy törölgetne a gépemről. Nincsenek rosszakaróim, akik letörölnek tök értelmetlenül filmet a gépemről mondjuk, aztán meg egy zenei albumot (őőő, jó, oké, ez nem legális, sorry, nem mindent warezolok ).
Egyelőre számomra érthetetlen mintában történtek a törlődések. (Még szerencse, hogy nincs letiltva a Lomtárba ürítés, még ha nem is igazán használom.)Következtetés: eléggé valószínű, hogy a régebbi resume.dat visszaállításával, valamint a µtorrent PORTABLE-lé tételével függ össze a dolog. Na de hogy? Egy cseppet sem értem, semmiféle logikát nem látok benne. Nem értem, hogy hogyan kerülhetett a Lomtárba ennyi adat, ergo hogyan törlődhetett adat e két dolog miatt.
Van bármi tippetek? A probléma így elég degeneráltnak és értelmetlennek tűnik, nem igazán látom be a random törölgetés okát a leírtak miatt, de hátha találkoztatok már hasonlóval ilyen körülmények között.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
"ellenorzesnek a kliens sajat tesztje helyett valamilyen kulso tesztet (pl az itt emlitettet)"
Érdekes, mert eszerint legalábbis "filtered" az adott portom:
A filtered állapot eszerint azt jelenti, hogy "the packets are sent to that port, however packet filtering (e.g., firewall) prevents the packets from reaching that port."
Ehhez képest a µTorrent szerinted beépített tesztje szerint minden rendben van, a port nyitva van.
UPnP engedélyezve a kliensben és a routerben is, valamint van I flaggel ellátott peer bőven, ergo van bejövő kapcsolat.
Még annyi hozzátartozik, hogy egy Digitől kapott Huawei EchoLife HG8242-B GPON ONT-terminálra csatlakozom egy TP-LINK TL-WR1043ND routerrel, ahhoz pedig Wi-Fi-n keresztül csatlakozom. A TP-LINK TL-WR1043ND router webes felületéhez hozzáférek, ott van engedélyezve a UPnP, a kapott HG8242-B-hez még sosem próbáltam csatlakozni.
Na, de most akkor melyik teszt a hibás? Ha van bejövő kapcsolat, akkor a beállított portomhoz mégis elérnek a csomagok...Sk8erPeter
-
Sk8erPeter
nagyúr
Ja, akkor nincs teljesen megbízható teszt. Bár azt nem értem, a µTorrent tesztje hogy lehet hibásan megírva, hát végül is elvileg annak elég egyértelműen tudnia kéne, ha gond van, ha nincs bejövő kapcsolat, akkor para van, ha van, akkor nincs gond. Most látom, az előbb azt írtam, "a µTorrent szerinted beépített tesztje szerint", azt akartam, hogy "a µTorrent szerinted HIBÁS beépített tesztje szerint".
Sk8erPeter
Új hozzászólás Aktív témák
FIGYELEM!
● A fórumon TILOS A WAREZ!
● Torrent meghívó kunyeráló topik
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen