Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Já Vánoce juchuchu
oslavím na Lopuchu!

Lopuch.cz

Jméno:
Heslo:
Podpora LCD:
 
Klub Výměnné systémy [ŽP: neomezená] (kategorie Internet) moderuje Picky.
Archiv
Domovská stránka aktualizována 28.7.2019 17:46

Návod k použití DC++ a eMula pro naprosté nováčky (Mirror)
Další z návodů k použití DC++

Modifikovaný klient BCDC++
Seznam alternativních klientů pro Mac OS X, Linux a Windows

Záloha linků ze zesnulého Sharereactoru


Ad Aware - program na mazání spyware. Návod k použití a jeho download zde.
Další programy odstraňující spyware
Návod na bezproblémovou a non-spyware instalaci KaZaa naleznete zde.

Záloha příspěvků tohoto klubu od počátku až do 31.12.2004 k nahlédnutí zde.
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: txbcszb
[ 582 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
xalo 9.1.2007 20:37  4108
Ten universal share downloader je celkom prakticky na stahovanie s rapidu, ale s malou podstatnou chybou... nemeni dynamicky IP adresu.
picky Picky - Go to the toilet bowl! 8.1.2007 15:07  4107
Ender [4103]: tak to zase prr, já neřikal, že něco vymejšlim. Naopak, já samozřejmě vycházel ze svých zkušeností, zkušeností s různými klienty. A ručim ti za to, že se každej torrent přenáší jako jeden celek, rozdělenej na clustery (btw kdyby sis to skutečně ověřil a pouze nespekuloval, tak např. v Azureusu můžeš krásně vidět, že skutečně je ten torrent rozdělen na předem daný počet clusterů nezávisle na počet souborů v daném torrentu). Proto jsem o tom mluvil, protože vím, že tomu tak je.

Nicméně to, co říká Niximor v 4104 zní srozumitelně s tím .dat souborem. To je reálné řešení.
vilas 6.1.2007 13:12  4106
universal share downloader
fisha Fisha 6.1.2007 12:51  4105
Jaky program pouzivate na stahovani z rapid.de nebo rapid.com?
Znamy mi rikal, ze ma nejaky software, ktery mu dynamicky meni ip adresu a stahuje kazde 4 minuty.
Bohuzel jsem ten nazev zapomel a on se mi uz neozval. :-(((
niximor 6.1.2007 10:49  4104
S tema torrentama to je tak, ze soubory jsou skutecne rozdeleny na "clustery". A kdyz vyberu, ze chcu stahovat jen soubory XY, tak konkretne uTorrent ty data, ktera "prebyvaji" uklada do dalsiho souboru s nazvem ~uTorrentPartFile_cislo.dat, takze kdyz by pak clovek chtel zacit tahat jiny driv nevybrany soubor, tak ty prekryvajici se kousky uz ma stazene v tomhle souboru, takze je uTorrent jen zkopiruje na patricne misto v novem souboru.
A co se limitovani DC tyce - tak je samozrejme blbost, ze je nejak oficialne vyzadovan nasobek limitu uploadu. Pouzivam odjakziva oficialni verzi DC (resp. fulDC, ale jeho zmeny oproti originalu nejsou "na venek" nijak zretelne), a krome toho, ze zadny limit uploadu nastavit neumoznuje (od toho mame NetLimiter), tak zaroven ani nijak nekontroluje download v zavislosti na uploadu. To, ze to dela StrongDC vubec nic neznamena, protoze to je jenom modifikace oficialniho klienta, u ktery se autor aspon trochu snazi, aby ji na lepsich hubech nebanovali (coz se mu sice moc nedari, ale to je veci tech lidi, co ten klient pouzivaji).
ender Ender 5.1.2007 13:11  4103
picky:
Imho vymýšlíš blbosti :)

Ono je dost dobře možné, že se to nepřenáší jako jeden celek dat, ale každý soubor zvlášť. Nebo jinak - není problém to zařídit tak, aby v každém clusteru byl maximálně jeden soubor.

Problem solved.
picky Picky - Go to the toilet bowl! 5.1.2007 12:51  4102
Fincher [4099]: možná. Ale afaik se skutečně torrent klienti řídí pouze clusterama, podle tvojí metody by musel obhospodařovat i např. půlky clusterů. Nemluvě o problémů zpětného sdílení těchto částí clusterů. Teda pokud jsem tě teď pochopil dobře.

Kdokoliv [4098]: jo, tak to je dost dobře možný a docela bych to viděl i jako skutečný, že to bude jiný OS od OS...
picky Picky - Go to the toilet bowl! 5.1.2007 12:46  4101
Jockey [4100]: naopak jsem se setkal se spoustou hubů, kteří banovali za ostatní klienty (zejména různé CZ modifikace), ale BCDC byl taxativně vyjmenován jako klient povolený. Ale zase, toto je situace tak před dvěma lety, možná rokem, DC vesměs nepoužívám.
jockey Jockey 5.1.2007 07:28  4100
Picky [4097]: Tím pádem to patrně bude nepříliš vítaný klient na spoustě hubů a nejspíš za něj bude ban, nebo ne?
fincher 4.1.2007 23:23  4099
Picky 4094: A to je pro toho torrentového klienta takový problém prealokovat si ten prostor na disku přesně na velikost toho jednoho souboru a po stažení těch dvou (první a poslední) fragmentů zkontrolovat hash a pak ty části těchto fragmentů, kam zasahuje jiný soubor, prostě zahodit?
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 4.1.2007 20:40  4098
Picky [4094]: Jo takhle, jasne. Nevim, ono taky muze zaviset na podpore OS, protoze mam dojem, ze na Unixech jde vytvaret bloky plny nul, ktery se na oko tvarej, ze jsou velky prakticky libovolne, ale ve skutecnosti na disku nezabiraj vicemene vubec nic.
picky Picky - Go to the toilet bowl! 4.1.2007 18:14  4097
Kdepak, BCDC++ je jeden z mála klientů, kterej tohle omezení nemá ;)
jockey Jockey 4.1.2007 16:36  4096
Fincher [4095]: Ono to napsané být nemusí, ale když omezíš ten upload a do download limitu dáš hodně velké číslo(nebo do UP hodně malé), tak ho sám zmenší na ten násobek UPlimitu.
fincher 4.1.2007 16:14  4095
Jockey: Aha. Používám odjakživa BCDC a tam to není... (nebo to tam je a jenom to tam není napsané, to by bylo vtipné)
picky Picky - Go to the toilet bowl! 4.1.2007 11:11  4094
Kdokoliv [4083]: jasně. Problém je, že AFAIK ty clustery nejsou dělený na základě jednotlivých souborů v torrentu, ale na celej torrent. Tzn. řekněme, že torrent má 100 clusterů. Je v něm jedenáct souborů. Takže každej soubor má devět clusterů a kousek, tj. vždycky je tam nějakej cluster, kterej obsahuje konec souboru X a začátek souboru X+1, stejně jako např. konec X+1 a začátek X+2.

Co mě ale zajímá, je, jak si ten klient poradí s případem, kdy X+1 tahat nechceš. Je jasný, že musí stáhnout dva mezní clustery, abys měl celé soubory X a X+2. Jak si ale poradí s X+1? Je jasný, že musí změnit jeho výslednou velikost, ale otázka je, jestli pozmění i hlavičku nebo ne. Vim že třeba eMule si s tím neporadí, soubor je velkej podle toho, kterej cluster nejdále od začátku je stažen. Pokud stáhneš poslední cluster hned na začátku, tak máš automaticky alokovaný místo na disku pro celej soubor. A přiznám se, že jsem si myslel, že torrent klienti fungujou na stejnym/podobnym principu.

[ 582 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt