Ha aktív vagy, nem kell semmilyen ip-t beállítani. Routeren keresztül akarsz dc-zni? Mert ha nem, akkor rakd aktívra, és kész.

Szerk: A passzív beállítás hátrányait már rég megbeszéltük vele, ne zavarjátok össze! (Bővebben: link)

Szerk2: Nem kell ennyit kavarni ezzel az aktív-passzív témával. Ha teheted, legyél aktív, ha routered van, és nem akarsz trükközni, akkor úgyis csak passzívban fog menni.

[Szerkesztve]

''Akár hiszed, hogy meg tudsz csinálni valamit, akár nem, mindenképpen igazad van.'' - Henry Ford

Mert általában oka van annak, hogy valaki nem tud aktív lenni: belső háló, tűzfal mögött stb.) - így a megosztásuk is kisebb vagy kevésbé érdekes, mert mondjuk munkahelyről, iskolából, stb. csinálja. Ezért mondom, hogy úgysem azoktól akarsz tölteni.

A letöltés az nem lassabb tőlük semmivel sem.

Ja...

Meg a kollégiumok T3-as gépei... Jelentéktelen.

''Akár hiszed, hogy meg tudsz csinálni valamit, akár nem, mindenképpen igazad van.'' - Henry Ford

Pontosan!

T3/T1 esek tönbb mint a fele passzív.... mégis tőluk szedek max sebességgel...

Ambulimax Provider

Pont azt mondom, hogy amelyik meg T3-as, az többségében passzív. És lehet azért ott helyet találni. Mindegy, én már a saját hubunkon annyiszor elmagyaráztam ezt az aktív-passzív dolgot, hogy itt nem akarok rendszert csinálni belőle. Mindenki úgy állítja be, ahogy jól esik.

''Akár hiszed, hogy meg tudsz csinálni valamit, akár nem, mindenképpen igazad van.'' - Henry Ford

... bár azt is érdekes megvizsgálni, hogy az első 200 db legnagyobb megosztású user közül összesen 4 van T1/T3-mas, és ebből a 97. volt az első ilyen (Koli, tovább nem vizsgálta a BOT, de gondolom nem javul az arány).

Ennek ellenére persze nyilván aktívnak érdemes lenni, ha csak lehet. Gyorsulást is el lehet képzelni töbszálas kliens esetén, hiszen több usertől lehet tölteni = több a forrás.

Szasztok!!!

Dc-s srácokat keresek adat cserékre!!Kérem jelentkezzeket!!

Itt találsz párat: http://www.dcinfo.org/hungaryhublist.config.bz2

Ambulimax Provider

LESZEDTEM DE SEMMIVEL NEM TUDOM MEGNYITNI!!!

Aktív/Passzív témához:

A bcdc honlapján a GYÍK-ban a 3-as pontban van erről szó, ráadásul magyarul.

Bővebben: link

http://www.hublist.org/PublicHubList.config.bz2
http://www.dcinfo.org/publichublist.config.bz2
http://guinevere.no-ip.org/publichubs.config ?

Bővebben: link

Ambulimax Provider

Azért nem tudsz senkitől szedni, mert passziv-passzivtól nem tud tölteni. Megállapítás tehát, hogy nem a negyedük passziv hanem a 3/4-ük. Legtöbben kollégiumból neteznek, ahol a server (mint átjáró) miatt kell passzivba tenniük a dc-t.

Ha teszed ami a célod, akkor arra vagy hivatott az életben.

Apró gondom vagyon:

Megpróbáltam klienst váltani (StrongDC++, cvs47-ről hivatalos cvs66-ra).
A probléma az, hogy az új verzióval nem tudnak tőlem tölteni (még fájllistát sem), én azonban tudok mindenkitől mindent és keresni is. Aktívra van állítva.

A régi verzióval viszont működik továbbra is, a két verzió beállításai teljesen ugyanazok.

Először a tűzfalra gyanakodtam, de lelőttem és a helyzet változatlan...
Már a hajamat tépem tőle.
Valaki találkozott már ilyennel?

Tudom, hogy nem tudok segíteni, de a strongdc az többszálú?

Igen.

Igen.

PSN ID: VDFPO

Még 1 kérdés! Működik benne a kliens emuláció?

Igen.

PSN ID: VDFPO

Én a cvs64-et használom, az jó.

Nem az a hülye, aki tudja, hogy az, hanem aki nem.

Handshake timeout

Ezt írja ki nekem a dc mikor mennék egy hubra, esetleg felcsatlakozik, de akkor 1-2 perc mulva dob ki vele.
Router mögött netezek, aktív módban.
Mifenét csináljak?

''Háborúzni a békéért olyan, mint szeretkezni a szüzességért''

feltettem a strong dc 1,0 rc6-ot. töltöttem is már vele.

találtam a neten rc8-ast. Hogy tudom frissíteni? csak simán másoljam átt a filokat? Nem fog eltünni a már eddig félig lehuzott cucc?

tévedni emberi dolog, na de ennnyit......

Van már RC9-es is...

Esetleg valaki #1470?

Ez érdekes, mert úgy tudom, ez akkor szokott lenni, ha nagyonnagyon lassú a net és épphogy kapcsolódni bírnak a gépek, de adatot átvinni már nem. Minden hubbal csinálja?

mens sana in campari soda

ezt eddig nem láttam - bár engem mint írtam az érdekelne hogy tudom frissiteni a régebbi verziót.

tévedni emberi dolog, na de ennnyit......

Rakd be egy másik könyvtárba (a régit még ne töröld). A settings mappát másold át a régiből és próbáld ki... Szerintem megy gond nélkül...

Javarészével igen, ahol meg nem ott connection timeout.
Bár most sokfele anyáznak a p2p nem működése miatt, felénk is, de eddig ilyen hiba nem volt, ezért lepődtem meg.
A letöltés egyébként pl smswebről jön max sebességgel, átlagban 65kbyte-al, ezért furcsállom.

''Háborúzni a békéért olyan, mint szeretkezni a szüzességért''

ahol nálam a strong tanyázik ott nem látok semmiféle settings mappát

nem egyszerűbb ha kicsomagolom és felülírom az egészet?

tévedni emberi dolog, na de ennnyit......

Én most töltöttem le az RC9-et és csak simán felülírtam a régit vele. Simán megmaradtak a befejezetlen letöltéseim, stb. Szal' nyugodtan felülírhatod a régit.

PSN ID: VDFPO

Nem

Telepítsd egy másik mappába és a dcplusplus.xml -t a favorites.xml-t, a queue.xml-t meg ha van akkor notepad.txt-t ill ha akarod a logokat másold át az uj progi könyvtárába.

Ambulimax Provider

Lehet hogy épp ez a verzio igy müködik, én nem merném így csinálni...
Megszívtam már klienscserével sokszor..
Szerencséd volt...

Ambulimax Provider

dobj egy linket honnan tudom ezt a verziót leszedni - az rc8ra akartam volna frissíteni

tévedni emberi dolog, na de ennnyit......

Bővebben: link (Ez a Matrixos változat.)

PSN ID: VDFPO

operation timeout (key)
Ez micsoda, mert nem enged fel sehova, emiatt!!

egy kb 700mb-os file-t hány szegmensben érdemes leszedni, de lehetőleg ne szarja el?

tévedni emberi dolog, na de ennnyit......

az mitől van hogy strong-al szegmentálva letöltöttem egy filmet aztán újra elkezdte tölteni mintha előzőleg nem is töltötte volna le? a filmet meg nem találtam a letöltés mappában

tévedni emberi dolog, na de ennnyit......

feltettem az rc9-et de hiába másolta be az előzőből az xml-eket mindent újból be kell lőni.

tévedni emberi dolog, na de ennnyit......

Figy. Én mindig 8 szálon töltöttem le mindent. Volt már hogy DVd-t is szedtem. Még egyet sem rontott el. Nem kell félni hogy elrontja szerintem. Ja és a cvs64-el csináltam.

Nem az a hülye, aki tudja, hogy az, hanem aki nem.

Van egy ilyenopciója, hogy check TTH after download finished, ha nem stimmel, akkor kezdi el előlről tölteni. Ha erről kiszeded a pipát, akkor a letöltés után nem ellenőrzi a fájlt.

ha a TTH nem stimmel akkor azt mondjuk egy video filmnél észre lehet venni?

és ha nem stimmel a TTH és elkezdi újra letölteni, akkor a letöltött file-t törli? - nem lehetne mégis valahogy belenézni?


meg pl videonál hiába lépek a prewiew-re nem mutat a filmből semmit - vajon ez mitől van?

tévedni emberi dolog, na de ennnyit......

Szerintem az már elveszett...

Töltés közben csak akkor tudsz belenézni, hogy ha letöltött egy akkora darabot az elejéből, amiből tud indexet számolni.

Ha korrupt a video, akkor (elvileg) megúszhatod egy kis képszéteséssel valahol a közepén. De az is lehet, hogy behal tőle a codec, és akkor valószínűleg az asztali lejátszók is elakadnak vele (viszont mindkét esetben át lehet pörgetni).

[Szerkesztve]

számítógépen nézem, ezek ált divx, xvid-es filmek.

és milyen gyakran fordul elő, h nem megfelelő a letöltött file TTH-ja? amúgy töltés közben nem tudja ellenőrizni, hogy jó-e vagy szar?

tévedni emberi dolog, na de ennnyit......

Nekem még egyszer sem fordult elő.
Töltés közben nem tudja ellenőrizni, mert a TTH meghatározásához az egész állományra szükség van.
Az egyszálas klienseknél a rollback funkcióval ellenőrzik megszakadáskor, hogy ugyanaz folytatódik, amit korábban elkezdtek, de a többszálas klienseknél ez nem működik (ki van kapcsolva- hogy miért, az érdekes kérdés, mert én megvalósíthatónak tartanék ott is egy ilyen ellenőrzést - vagy incremental rollback-et, de ilyet még nem láttam sehol - de a feature listánál feldobtam BigMuscle-nél, lehet tesz abba az irányba lépéseket).

Konzultáltam a csehekkel is, ez a ''nem tudok feltölteni'' gondom nem egyedi eset... (ld. #1470).