Direct Connect

Jelentkezz be a hozzászóláshoz.

#10767
amikor passzív voltam, nekem is kidobott olyan találatokat, akiktõl nem is tudtam tölteni...
FleetCommand
#10766
Mivel iszonyúan kicsi a valószínûsége, hogy 1-2 mp alatt elfogyjon mind az 5-10-20 slotja egy usernek, eszembe jutott még egy dolog, amit érdemes lenne megnézned..

Mindenekelõtt javaslom, hogy cseréld ki a magyarosításodat a programhoz mondjuk arra, amit a http://bcdc.webhop.org weboldalon a Letöltések oldalon találsz (nyelvi xml fájl, jobb klikk mentés másként és tudod használni sima dc++-szal is), mivel az a gyanúm, hogy abba a hibaüzenetbe futottál, amit egyes magyarosítások nem fordítanak egyértelmûen..

Nézd meg, hogy a beállításoknál a Letöltés oldalon a "Limits" mezõnél a két szám értéke micsoda, valószínû azt kell átállítani.

Magyar BCDC++ honlap: http://bcdc.dccafe.org Magyar LUA fórum: http://ro.4242.hu/cgi-bin/yabb2/YaBB.pl

#10765
Számomra is ezt jelenti, akinél 5/6 az arány, ott elképzelhetõ, hogy közben valaki elkezdett róla tölteni, ezért már nincs szabad slotja számomra. A kérdést azok az esetek jelentik, amikor akár 10-20 szabad slotnak kellene lennie a Dc szerint, de ha megpróbálok tõle tölteni, akkor nincs szabad slotja. Volt olyan letöltésem, mikor 80 helyen is megtalálta a keresõ az anyagot ahol volt szabad slot, mégsem húzta le, mert nemtalált szabad slotot senkinél.
FleetCommand
#10764
az 5/6 azt jelenti, hogy 5 slot szabad a 6-ból, erre a sémára a 0/2 jelenti, hogy 0 szabad a 2-bõl, azaz nincs slotja..

Magyar BCDC++ honlap: http://bcdc.dccafe.org Magyar LUA fórum: http://ro.4242.hu/cgi-bin/yabb2/YaBB.pl

#10763
Hali! Tudnátok mondani 3D-s modellezéssel és egyébb grafikai dolgokkal foglalkozo HUB-okat? Köszi!

#10762
Miért adódik az, hogy a "Másik példány keresése" után kapott listán, természetesen "Csak akinél szabad szál van" bejelölése mellett, megtalált felhasználók 80-90%-ban "Nincs szabad szál" üzenettel válaszolnak a DC kérésnek? (DC++401) A 5/6 rendben, de a 20/50 miért? Úgy emlékszem ezt régebben nem tapasztaltam.
#10761
Most vagy minõségit keresel vagy nagy hubot. A kettõ még az életbe nem jött össze semmilyen téren...

#10760
Furcsa igényeid lehetnek, ha neked ez a hub felhozatal nem elég...

#10759
Már vagy egy hete próbálok valami jobb magyar privát hubot találni, de csak túl kicsiket találok és ott sincsenek igazán szépen rendezett megosztások.
Én vagyok béna, vagy valóban nem létezik minõségi magyar privát hub?
#10758
hogy Te milyen vicces vagy
#10757
Igen az lehet.

Vagy beszedtél egy szép férget...

boss
#10756
vagy lehet hogy az van hogy valaki a 25-os portot allitotte be maganak, es a DC-m azt hiszi hogy levelet akar kuldeni?

boss
#10755
Nemreg raktam fel az uj BCDC++ 401bx-et. Es most latom hogy a ZoneAlarm szerint e-mail-t akar kuldeni, megpedig a 68.111.240.13-as SMTP szerveren keresztul. Ez miert lehet? Eddig egyik sem csinalt ilyet. Ez valami uj feature vagy valami gonosz dolog? A progit kulonben a http://bcdc.webhop.org/ oldalrol toltottem le.

#10754
"aha"

#10753
Mert a dc nem a warezról szól. Ez egy közösség, ahova az emberek azért járnak vissza, hogy beszélgessenek és élményeket osszanak meg egymással. ala Windows eXPerience 😄

#10752
Aha, magyar warez release hubra gondolok.
Miért nincs ilyen?!
Csinálhatna vki egy jó kis magyar privát hubot, ahol csak eredeti rar fájlokat lehetne megosztani!
#10751
Ha warez release hubra gondolsz, nem létezik.

#10750
Létrezik olyan magyar hub, ahol csak rar fájlokat lehet megosztani, kb. ilyen irányelvek szerint: http://whyrar.has.it/ ?
Légyszi privibe írjatok, köszi!
boss
#10749
kosz az infot, mar torlom is.

FleetCommand
#10748
Nem is véletlen, hogy a DC++ nem szed több forrásból...

Magyar BCDC++ honlap: http://bcdc.dccafe.org Magyar LUA fórum: http://ro.4242.hu/cgi-bin/yabb2/YaBB.pl

FleetCommand
#10747
Az exceptioninfo.txt akkor generálódik, ha a program bugba ütközik és kilép. Viszont egyes verziók bizonyos hibák esetén "hurokba" kerülnek és folyamatosan nõ a fájl mérete.. Elvileg ez már a 0.401bx-ben (és a 402-es dc++-ra a dc++-ban is) javítva van.

Szóval a fájlt nyugodtan letörölheted, mellette megfontolandó a 0.401bx verzióra való csere, az stabilabb jóval 😉

Magyar BCDC++ honlap: http://bcdc.dccafe.org Magyar LUA fórum: http://ro.4242.hu/cgi-bin/yabb2/YaBB.pl

HiPPoNaX
#10746
Eldöntheti persze, a baj azokkal a multisource kliensekkel van amik nem vagy rosszul támogatják a hashinget, azokban hiába választasz bármit is

Az alkohol öl, butit és gyomorba döntöm.

boss
#10745
BCDC++ 0.401ax-em van, ami letrehozott egy filet a program konyvtaraban, aminek exceptioninfo.txt a neve, ezzel meg nem is lenne baj, a gond hogy ennek a filenak a merete 3Gbyte!!!
A megosztasom ~40G korul van. Kerdesem hogy mi van ebben a file-ban, es hogy mi fog tortenni ha letorlom, ami biztosan be fog kovetkezni, mert hat nem allapot az hogy egy program ekkora file-t generaljon maganak megha ideiglenesen is csinalja.

elore is kosz.

PetruZ
#10744
Mert miért is ne lehetne a kliensproginak (vagy az usernek) eldöntenie, melyik crc-s verziót szedi le (mondjuk a források száma alapján)? A jobb p2p kliensek ezt már rég tudják és nincs is crc hiba, akárhány forrásból is szed az ember...

Nem mintha zavarna, nem DC-zek, csak megjegyeztem. 😊
#10743
Megkérhetném a kolis opokat arra, hogy esetleg említsék meg a kedves usereknek, hogy a tejszín hub nem a mátrixhoz tartozik és hogy ne a mátrixos opoktól kérjenek reget a hubra ill. kick és ban esetén ne hozzánk forduljanak könyörögve, hogy engedjük vissza õket? Elég mókás tud lenni naponta az a 10-15 privi.

Köszönöm.

HiPPoNaX
#10742
Nézd meg, a fileok bytera ugyanakkorák, mégis más a hash érték (ergo mégsem ugyanaz a 4 forrás). Így születik a CRC hibás letöltés a multisource kliensekkel

Az alkohol öl, butit és gyomorba döntöm.

wakeupneo
#10741
Most akkor mi is van? Lemaradtam Fleet 😊

\"Nem a hideg, kevély világnak, Neked szántam regényemet. Bár adhatnék a hű barátnak Ennél méltóbb hűség-jelet.\"

FleetCommand
#10740
Nos, ezt a képet sok szeretettel készítettem mindenkinek, aki a multi-source kliensek mellett hadakozik. Persze gondolom, nehéz lesz belátni, hogy a "multi-source-töltsünk-egy-fájlt-100-usertõl-aki-pedig-azt-mondja
hogy-a-fájlok-nem-fognak-egyezni-és-nem-biztonságos-biztos-hülye"
érvelésben valami hiba van



...

Magyar BCDC++ honlap: http://bcdc.dccafe.org Magyar LUA fórum: http://ro.4242.hu/cgi-bin/yabb2/YaBB.pl

FleetCommand
#10739
Ha így lenne, egy idõ után elfogyna a fájl.. képzeld el, hogy mi történne, ha mondjuk két tök különbözõ fájlt akarsz folytatni..

nincs egyezõség, letöröl a végébõl pár kbájtot és újra megnézi, majd újra töröl és újra nézi, majd újra.. majd újra.. a végén pedig nem maradna az eredeti fájlból semmi.

és ha így lenne, hogy töröl és néz újra, akkor mi alapján kapnád meg a "Rollback inconsistency" üzenetet?

Magyar BCDC++ honlap: http://bcdc.dccafe.org Magyar LUA fórum: http://ro.4242.hu/cgi-bin/yabb2/YaBB.pl

#10738
és ha ide beirom ami a szivemet nyomja, akkor bannolják a hubot gondolom..
ez jóó.
de a usert nem lehet valahogy eltüntetni mer pl a tegnapi is ojan volt hogy nem saját magukat rekizték hanem kib*szásból egy másik hubot.
marad a dynipban probléma😊
Vaxi
#10737

Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.

#10736
sziasztok.
most megy épp körbe a hubokon egy reklámozó arc. din ip. din név.
kérdés: mit lehet az ijennel tenni?

(örülnék neki, ha valaki hozzáértö végre feltalálná a dynipbant mondjuk history alapján, vagy ha létezik azt tudtomra adnátok😊)) )
Mp3Pintyo
#10735
Eredeti rar fajlok? 😊 Mit jelent az eredeti? Olyan amit CD-n adtak ki es meg lehet venni a boltban? 😄
Legnagyobb privat HUB? Ember, azert privat, hogy ne tudjon mindenki rola 😄

Az mp3 Legyen Veled!

#10733
Létezik olyan magyar hub, ahol csak eredeti rar fájlokat lehet megosztani? Meliyk a legnagyobb magyar privát hub? Légyszi részleteket írjatok meg e-mailben! Köszi!
#10732
Akkor én vagyok a szokások rabja. De hadd idézzek az általam használt 0,306 readme-jének idevágó részébõl:

Rollback: Size of bytes to rollback when resuming a file to ensure it contains no errors. If there is an error DC++ deletes <rollback> bytes and checks again.

Úgy látszik, lehet hogy az is, aki a readme-t írta...

dentro
#10731
Részlet a kliens Help menüjébõl elérhetõ Change Log fileból:

-- 0.173 2002-04-29 --
* Changed the way rollback works, it is now more tightly integrated with write buffer size. Write buffer
size will now be used as a cutoff, so that the last <writebuffersize> bytes will be removed and then
<rollbacksize> bytes will be compared to see if it's the same file. Recommended values for write buffer
is 64kb or your hard disk cluster size (Low-speed connectees might wish to use a lower buffer, as it
this many bytes are redownloaded if the file has to be resumed). If you set write buffering to 0 the old
(pre-writebuffering) routines will be used which are still considered safer (when ++ crashes...).
Recommended rollback is 1024 bytes, or 4096 if you want to be extra safe.


Szóval elég régóta nem a rollbacket kell állítgatni, hanem a write buffert... Tegnapelõtt volt 2 éve! LOL 😊))))))

It\'s not hard to meet expenses...they\'re everywhere.

#10730
idáig ez nekem bejött, és mintha a readme file is hasonlókat írna

FleetCommand
#10729
nem a rollbacket kell növelni, hanem a write buffer értékét..

habár ezek a 307-es és 401-es dckben elég érdekesen mûködnek (leginkább sehogy :p ).. de a write buffer az, amit levág a dc a fájlból, nem a rollback

Magyar BCDC++ honlap: http://bcdc.dccafe.org Magyar LUA fórum: http://ro.4242.hu/cgi-bin/yabb2/YaBB.pl

#10728
állítsd a settings/advanced fülnél a rollbacket nagyobbra

#10727
Ja.

Pharaoh
#10726
Ha lefagyott a gépem és most a DC azt írja ki, hogy a file nem egyezik a listában lévõvel kezdhetem letölteni újból a file-t?

wakeupneo
#10725
programozas.sytes.net:1234

igaz ez még nemrég indult el de ez kifejezetten erre van kitalálva.

\"Nem a hideg, kevély világnak, Neked szántam regényemet. Bár adhatnék a hű barátnak Ennél méltóbb hűség-jelet.\"

#10724
Hello!

Tud valaki egy mûködõ Delphi-s (is) HUB-t, vagy programozással (is) foglalkozó HUB-t?
#10723
Thanks!

Ezt érdemes megnézni (és meghallgatni): http://www.bugyimirklityko.hu/

HiPPoNaX
#10722
hublist.org többek közt nick-keresõ külföldi HUBokon is

Az alkohol öl, butit és gyomorba döntöm.

#10721
Van valami olyan oldal, ahol meglehetne keresni valakit, hogy melyik hubon van? A dcinfot ismerem, de nem magyar hubon keresnék.

Ezt érdemes megnézni (és meghallgatni): http://www.bugyimirklityko.hu/

#10720
köszönöm.tanácsok megfogadva.teljes siker.

arrrrrg!!!!

units
#10719
Különben neked kell türelmesen elnézni ide: http://dchun.hq.hu/
egyébként ott van fent a link. Ha ez megvan.
1:Türelmesen elindítod a DC++od
2:Szerzel egy mûködõ hublistát PL: http://www.dcinfo.org/hungaryhublist.config.bz2
3:Megfelelõ beállítást alakítasz ki. (IP, kapcsolat, Nick,E-mail)Magyar hubokon a nincknév mindig így kell hogy kezdõdjön "és a nicked"
4: Betartod az egyes HUB-ok szabályait (Megosztás, Slot, stb)
5. Aztán ha ez mind megvan akkor megkeresed a "nagyítót" =keresés.
Keresel->töltesz-> közben örülsz és ha van kedved akkor chatelsz.
És ha ez nem elég akkor TÜRELMESEN olvasd végig ezt a topicot 😊szinte mindenre van válasz.

Életfogytig tartó büntetés a Cat8 börtönszigeten HJT Log elemzők: www.hijackthis.de www.help2go.com

#10718
hali!nagyon láma vagyok.most telepitettem a DC++-t.már magyarosítottam is de még mindig magas.hogy tudok én innen bármit is letölteni. egy TÜRELMES ember segítsen pliiiiiz!

arrrrrg!!!!

dentro
#10717
ez a 401-es verzio hibaja, nem mindenkinel jon ki, de van aki nagyon szenved tole. megoldas: telepits vissza korabbi klienst vagy varj türelemmel a 402-re.

It\'s not hard to meet expenses...they\'re everywhere.