Direct Connect

Jelentkezz be a hozzászóláshoz.

#13531
hello
egy kezdõ dc++ felhasználó kérne egy kis helpet
#13530
kár,és tenksz a helpet...
#13529
foglalkoztam a témával, TTH-s Delphi verzió nincs (legalábbis fél éve még nem volt)
én feldobtam Visual C-t, simán átlátható a forrás, átírod amit akarsz és lefordítod, ennyi

#13528
igaz,de nagyon fontos lenne,itt biztos megtudják mondani,vagy nem...:)
Randon
#13527
Két hozzászólással lejjeb is ezt írtad ;). Szerintem addig még bárki, akit érdekel is a fórum el tud olvasni ;)

A pillanatok öregítenek, nem az évek!

#13526
Hi!
Delphis forrás kéne TTh-ról(Tiger Tree Hash).
Nem c-ben irodot,hanem delphiben!
Eddig sehol nem találtam meg,aki megtalálná nekem az egy isten lenne...!<#worship><#worship>
darksun
#13525
Lehet 44év akart lenni? :)))

#13524
Én nem mondtam egy szóval sem, hogy mind szemetek lennének, alapvetõen a felhasználókért vannak, ráadásul nem is fizetésért csinálják a dolgukat. Ellenben, van néhány, amelyik elég szemét módjára viselkedik, vagy op-hoz nem méltóan nagy hülyeségeket csinál, de attól még ne forgasd ki a szavaim az iróniához, kérlek. Viszont, bár nem ismerem az elõzményeket, de incomplete fájl megosztásért szerinted milyen esetben lehet reális (legalább) 44 hét ban?

Ha már TTh-t említették, engem is érdekelne, lehetõleg turbo pascal vagy c nyelven, vagy a leírása, hogyan is számolja a hash értéket (de nem vagyok programozóguru, csak emelt szintû középfokú programozóim van, ami egy fõiskolai mellett a semmi felé konvergál). Kerestem egy fájl összehasonlító programot, de sajnos az igényeimhez kellõt sehol sem találtam meg, fórumokon meg egyenesen azt mondták, nem is megvalósítható, úgyhogy nekem kellene létrehozni, és szerintem ennek legegyszerûbb megoldása a hash-eléses lenne.

A mai magyar átlagember alapfelszerelései: sötétített szélvédõüveg, sötétített napszemüveg és sötétített agy!

#13523
Hello!!
Delphis forrás kéne TTh-ról(Tiger Tree Hash)
Ha valaki talál nekem Delphis forrású TTh-t(Tiger Tree Hash),akkor az egy isten!!
Vagy ha tudsz valamit rola aho lkerehetek ilyen forrást,akkor irj a emailemre:
[email protected]
fifi
#13522
tudom... :)

Extreme¤Noise¤Terror -ANOTHER WAY- Viharsarok fastcore Két perc alatt értek én mindenhez...

darksun
#13521
a gúny a sorok közt volt :)

#13520
Õ is köcsög ... :D

fifi
#13519
te is OP vagy...

Extreme¤Noise¤Terror -ANOTHER WAY- Viharsarok fastcore Két perc alatt értek én mindenhez...

darksun
#13518
Hmm. Az OP-ok mindig köcsögök meg szemetek.

Max7
#13517
ezért kéne bevezetni mindenhol a regezési kötelezetséget amit a mátrix is próbált! csak ösze kéne fogni a hubtulajoknak hogy egyszere vezesék be! így senki nem veszít a látogatotságából akarom mondani az userszámból!

Ne vitatkozz a hülyékkel, mert lealacsonyodsz a szintjükre és legyõznek a rutinjukkal! [ http://dchelp.hu ]

fifi
#13516
én egyszer egy linkelésért kaptam perm.bant.

nem firtatom hol...

Extreme¤Noise¤Terror -ANOTHER WAY- Viharsarok fastcore Két perc alatt értek én mindenhez...

fifi
#13515
na most a mi kis városunk egy IP-vel nyomul a kábeltévé hálózatról kifelé a netre.egy ember direkt csinálta a balhét kb. 10-15hubon volt perm.banunk, amíg a kispajtást el nem kaptuk és ki nem lett nagy nehezen /nem mindenhol/ magyarázva a dolog...

suxxx

és mi még másik ip-t sem tudtunk kérni :(

Extreme¤Noise¤Terror -ANOTHER WAY- Viharsarok fastcore Két perc alatt értek én mindenhez...

#13514
Ezt nézzétek meg, ma belépéskor kaptam ezt az üzenetet az egyik hubon:
Reason: Letöltés alatt lévõ file megosztása Tilos!! Don't share Unfinished files!! Letöltés\DC_ATMENET\01-VA-Juventus_Mix_7_-_Mixed_By_Kovacs_Nagyember_Laszlo-DoKY.mp3.RUKIOMBU4TGZYJNUAVGMYF2HO2WO53L54HDPGAQ.dctmp _BAN_1886221411m
Remaining: 44weeks 7hours
IP: **.**.**.**
Nick: Batyik

Egyrészt, nekem semmi közöm a dologhoz, mivel sosem osztottam meg félig letöltött fájlt, nem is létezik ilyen elérési út a gépemen, valamint elsüllyednék a szégyentõl, ha ilyen, számomra(!!!) undorító stílusú zene maradványai lennének a gépemen, ilyen nicket sosem használtam. Valószinûsítem, hogy lebannolták az ip-t, amit kicsillagoztam, és pont ezt kaptam ma meg a szolgáltatómtól. Persze, lecseréltem, mert a fenéért bünhõdnék én más helyett, de ultra brutál dolog nem befejezett letöltésért legalább 44 hét (gondolom 1 év volt) bant adni. Kíváncsi lennék arra a kö*ög op-ra, aki ilyet képes osztani ezért.

A mai magyar átlagember alapfelszerelései: sötétített szélvédõüveg, sötétített napszemüveg és sötétített agy!

#13513
Memória ügyben nem tudok nyilatkozni, azt nem is szoktam nézni, mennyit foglal, van elég, ellenben a proci ügyében: ténylegesen fent vagyok a diablo-n, és más nagy hubon is, valamint van jópár fájlom letöltésre várva, ellenben, ha ugyanazt a queue-t használva felmegyek ugyanazokra a hubokra eredeti dc++ alatt, töredéke annyi prociidõt használ, mintha ugyanazt bcdc alatt használnám (rövid ideig megpróbáltam a czdc-t is, de az még rosszabb volt).
Igazából az emule az igazán jó, ott nagyságrendekkel több felhasználó kezelhetõ le töredéke annyi erõforrás felhasználással (mind felhasználónál, mind a szerveren). Sajna, magyar cuccok viszont szinte egyáltalán nincscsenek. Mielött még valaki azzal gyanusítana, hogy azt reklámozom, egy másik fórum emule topicjában meg pont az emule hibáit ecsetelgettem, pl., hogy nem lehet fájl listát letölteni, csak speciális körülmények közt, illetve, hogy nincs könyvtárstruktúra a megosztásban, így meg lehet õrülni, ha sok egymáshoz kapcsolódó fájlt akarsz letölteni, mert 2x kell kiválogatni, valamint, hogy a magyarok totál távoltartják magukat ettõl.

A mai magyar átlagember alapfelszerelései: sötétített szélvédõüveg, sötétített napszemüveg és sötétített agy!

FleetCommand
#13512
Szia :)

Néztem, és örülök neki, hogy fenn vannak a források. Tényleg.

Melyik fájlra gondoltál? (majd csak holnapután tudom megnézni, 5 percen belül el kell tünnöm itthonról.. szolgálat az elsõ..)

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

Max7
#13511
kukkold meg az oldalt van fent egykét foráskód és észrevetem egy hibát a te oldalad egyik fájlában mégpedig azt hogy kétszer van fent ha minden igaz ;]

Ne vitatkozz a hülyékkel, mert lealacsonyodsz a szintjükre és legyõznek a rutinjukkal! [ http://dchelp.hu ]

Max7
#13510
bakker erre meg nem is gondoltam :D es van benne valami :)

Ne vitatkozz a hülyékkel, mert lealacsonyodsz a szintjükre és legyõznek a rutinjukkal! [ http://dchelp.hu ]

#13509
Sziasztok!Ma reggel óta nem tudok EGYETLEN hublistát sem betölteni(BCDC++0.674)A magyar listákon ezt írja ki:"Hublista letöltve..." és csak egy sor szerepel-Név: "X-HS v 2.0.1.1 szerver" Másik listánál: "Célszámítógép megtagadta a kapcsolatot"(A letöltés-keresés rendben megy)Csak az a hub töltõdik be,ami a kedvencek között van.Mi lehet a gond?Kösz elõre is a választ.
FleetCommand
#13508
Akinek a DC sok ramot és processzort használ:

* Ez azért van, mert fenn vagy a Diablo hubon
Ha nem, akkor
* húszezer fájl van a letöltési sorodban
stb.

Általánosságban elmondható, hogy a DC jelentõs memóriát használ el, ha nagyon nagy hubokra lépsz fel (ebbõl esetleg többre is).
Nem értik meg a hubtulajok (sem), hogy a tizenx-ezer fõs huboknak épp ezért semmi értelme! Amíg nincs olyan kliens, ami ekkora adatmennyiséget tud kezelni, használhatatlan. És nincs hozzá mindenkinek 3 Ghz-es processzora.. szal.. A felhasználók ebbõl azt a következtetést vonják le, hogy az egész DC egy nagy szar. Ahelyett, hogy keresnének két kisebb hubot.
Megalománia.
Bah.

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

FreeHome
#13507
Tudtok ajánlani olyan DC klienst ami nem használ 60-80 egyes esetekben 100 MB ramot? Jelenleg BCDC-t használok.

http://saltwater.try.hu http://livesets.try.hu

#13506
Jelentem, nálam is extrém magas a proci használat bcdc alatt. A hash-elés eshetõsége teljesen kizárt, mielött még ezzel vádolnának meg... mivel számítógép szerelõ és rendszergazda is vagyok, valamint pár éve használok dc-t, így azthiszem ki tudom szûrni az egyszerû beállítási problémákat, de nem tapasztaltam ilyet itt. Ha igen sok felhasználó van a hubokon, amiken fent vagyok, akkor jön elõ a bcdc-ben ez a túlterhelés, ellenben, ugyanannak megfelelõ eredeti dc++ -ban tökéletesen megy, ugyanazokon a hubokon fentléve, ugyanazokkal a beállításokkal, queue és egyébbel. Szóval, valamelyik plusz eleme használja ilyen erõsen a procit. Mindenesetre, nekem megfelelne a sima dc, de jó volna, ha ugyanúgy tudná gyûjteni, mint a bcdc, az azonos hash értékûeket egy lenyíló listában. Esetleg nincs ennek egy beépülõ modul verziója a dc-hez?

A mai magyar átlagember alapfelszerelései: sötétített szélvédõüveg, sötétített napszemüveg és sötétített agy!

Max7
#13505
letolteseknel a befejezetlenhez ird be ahova akarod hogy tolcse egyaltalan dc-rol van szo? :D

Ne vitatkozz a hülyékkel, mert lealacsonyodsz a szintjükre és legyõznek a rutinjukkal! [ http://dchelp.hu ]

#13504
Sziasztok
Bocsi ha rossz helyen járok,csak nincs idõm keresgélni,
nem tudja vki hogy kell átírni a Temp utvonalát egy másik meghajtóra??
Arra gondolok ami a Dokuments and settings\név\... ide rakja a cuccost

Max7
#13503
nem tom amugy a dc-m nekem is 70%-os és idegesítõ de azért nem 100% :)

Ne vitatkozz a hülyékkel, mert lealacsonyodsz a szintjükre és legyõznek a rutinjukkal! [ http://dchelp.hu ]

burkusdió
#13502
azért ennyire nem vagyok láma :)

már nem hashel régóta...
harmadik indítás volt mióta a file listát frissítette...

Max7
#13501

Ne vitatkozz a hülyékkel, mert lealacsonyodsz a szintjükre és legyõznek a rutinjukkal! [ http://dchelp.hu ]

burkusdió
#13500
Hy all!!

Miért van az,hogy a BCDC++ kliens kibaszottmagas (50, 60, 70, 80 %-os)
processzorhasználatot generál? <#falbav>

Tudnátok ajánlani egy jól mûködõ, alacsony igényekkel rendelkezõ klienst?
Mert egyszerûen a hajam égnek áll,hogy itt pörög 100%-on a gép a kibaszott dc miatt, és alig tudok mellette mást csinálni...

pe205
#13499
lehet hogy igazad van,de hozzáértõ segitséget kerestem. Közben megoldodott hibás RAM volt a probléma.

Max7
#13498
segítséget kérek vagy hasonló nevû topikban több szerencsével jársz!

Ne vitatkozz a hülyékkel, mert lealacsonyodsz a szintjükre és legyõznek a rutinjukkal! [ http://dchelp.hu ]

pe205
#13497
Lehet hogy nem DC-s téma de megkérdezném. WinXp ujratelepités után sürün kékhalálozik és fizikai memoria listázásba kezd....van valami tipp hogy mi lehet a baja?

shrek82
#13496
"Huzzon gumit az UTP kabelre..."

megmondom neki :DDD

....:::: A halottak nem élnek nemi életet, mégis szaporodnak... ::::....

HiPPoNaX
#13495
Huzzon gumit az UTP kabelre :D A DC nem jelent nagyobb veszelyt a gepre nezve biztonsagi szempontbol mint egy bongeszo (nyilvan tuzfal + virusolo kell a DC melle is, elofordulhat hogy valaki virust oszt meg hiaba igyekszik figyelni az ember). Router moge sem art persze szoftveres tuzfalfal, ami nem enged mas programot kommunikalni a megnyitott porton csak a DCt.

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

dalosmadar
#13494
a filecserének az a lényege hogy adathalászok "áldozatává" válsz... miközben te magad is halászgatsz :)

ha annyira fél rakjon fel pl ie helyett ff-et és ne nyitogasson meg minden emailt amiben ráadásul még csatolt file is van :)

a tökéletes biztonság az ha nem netezik; dc-nél ha nem osztod meg a dokumentumok mappát egy az egyben sok érzékeny adatod nem forog veszélyben. max emailcím ha valósat adsz meg

shrek82
#13493
Sziasztok! Lenne egy kérdésem: kedvesem mûfaterja elkezdett problémázni(és letiltani DC-t), mondván, hogy az megkerül minden programot, tûzfalat, mindent, és általa átvehetõ a gép felett az ellenõrzés, vmint adathalászok áldozatává válhat..a kérdésem pedig az lenne, hogy van-e alapja eme félelmeinek, ha wifi router mögül DC-zik, és mondjuk egy portot fwardol Dc-nek?? Elõre is köszi.

....:::: A halottak nem élnek nemi életet, mégis szaporodnak... ::::....

FleetCommand
#13492
Akkor mégiscsak rossz volt az az ikon...

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

Tremby
#13491
Köszönöm mindenkinek aki segíteni próbált. Megoldódott magától a probléma. <#worship>
Mondjuk nem értem,hogy hogyan mert annyit akartam,hogy legyalulom a dc-t és újrarakom az egészet. Szóval uninst volt még azt is megkérdezte,hogy az xml-eket is törölje ? Mondom:yes erre csak pislogtam,hogy uninstal után még mindíg van dc könyvtáram benne mindennel. Elindítottam és egyszerûen csak megy... <#vigyor3> Régebben nem volt probléma ha az elõzõ verzióra rátelepítette az ember az újabbat. Úgy látszik a mostani verzióknál már probléma. <#nemtudom>

FleetCommand
#13490
Ellenõrizd a parancsikon munkakönyvtárát! Meg kell egyeznie azzal a könyvtárral, ahova a DC telepítve van (és amúgy az .xml fájlok vannak)..
Gondolom, a Start menüben van egy ikonod, onnan indítod.. vagy valahonnan. Azon az ikonon jobb klikk >> Tulajdonságok >> és a "Start in" (Indítás itt? nem tudom, nincs magyar windowsom) könyvtárnak egyeznie kell azzal, ahol a program megtalálható. NEM lehet üres. Azon kívül idézõjelben kell lennie, tekintve, hogy a Program Files szóközt is tartalmaz.

Pl ha a programod az alábbi:
"C:\Program Files\AC3Filter\ac3config.exe"
akkor a Start in könyvtár
"C:\Program Files\AC3Filter"
kell, hogy legyen

Most hirtelen ez jutott eszembe.

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

Tremby
#13489
Na igen. most már ezt csinálom. Mentegetek-bemásolok-mentegetek... stb <#shakehead>

Tremby
#13488
Nem.Rendesen ahová telepítve lett a c: meghajtómon a program file-oknál DC++ könyvtárból. Nincs tömörítve <#pardon1>

darksun
#13487
Pedig igenis van rá esély. Kérdezni meg tudni kell. Hidd el én is megismerkedtem pár jó arcal. És ment a csere - bere meg kivesézések a TM-ban.
Nem minden chates válasza a nyomi ctrl+s és a usercommand linkelése. Mikor meg mélyebben kellene a szituhoz szolni benyögi ennyit tudott csak. Inkább meg se szólalt volna. Sajna még OP-ra is jellemzõ a szitu.
Öööö mindenkitõl bocsika elkalandoztam.
Szal én még bízom benne, h vannak fent jó arcok is a hubokon

FleetCommand
#13486
Honnan futtatod a DC-t? Ugye nem tömörített archive-ból?

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

#13485
Tremby: Ilyennel még nem találkoztam, hogy a beállításokat resetelje le a rendszer, csak olyannal, amikor a letöltéseket kezdte mindig elõlrõl. Bár, ha hibásan áll le a rendszer (leginkább a windowsra gondolok, de esetleg maga a dc is), akkor már nálam is történt olyan, hogy egyes xml fájlok csonkólódtak vagy teljesen törlõdtek. Azt viszont javaslom, hogy a dc mindenképp ntfs partíción legyen. Pl. fat32-n már sokszor történt ilyen hiba nálam, ha lefagyott a gép, de ntfs-nél még csak az emule-nak sikerült ilyen problémákat generálnia. A legegyszerûbb (ideiglenes) megoldás a backup. Pl. én biztonság kedvéért rendszeresen mentetem az xml-eket. Reklám: én a cobian backupot próbáltam, azzal könnyen meg lehet ezt oldani, ráadásul ingyenes is. Mondjuk adott idõközönként egy taskkal lementeted az xml-eket, vagy esetleg te böksz kézzel a mentésre gép leállítás elött (csak hogy az idõközben történt változtatásaid is megmaradjanak), rendszer indításkor meg automatikusan visszaíratod a progival.

A mai magyar átlagember alapfelszerelései: sötétített szélvédõüveg, sötétített napszemüveg és sötétített agy!

dalosmadar
#13484
nem kell mindent érteni :)

Tremby
#13483
Az mit jelent ? Annyit már elértem,hogy ami a BACKUP könyvtárban van DC PlusPlus.xml azzal mindíg felülírom azt ami a fõ könyvtárában van és így mûxik csak még mindíg nem értem,hogy miért íródik vissza az a fájl az alapra <#shakehead>

dalosmadar
#13482
próbáld meg backupolni az xmleket mielõtt kikapcsolod a gépet
dcplusplus.xml
favorites.xml
queue.xml