Új hozzászólás Aktív témák

• #8925 sfdrakex nagyúr WonderCSabo #8924

  Új Válasz 2011-01-13 20:21:37 #8925

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sfdrakex

  nagyúr

  válasz WonderCSabo #8924 üzenetére

  Mert a torrenthez az nfo is hozzátartozik, ha nem jelölsz be mindent letöltésre akkor sose fog 100%ot írni.

  Nobody is perfect, but I'm pretty fucking close!

• #8933 WonderCSabo félisten WonderCSabo #8924

  Új Válasz 2011-01-13 22:02:41 #8933

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  WonderCSabo

  félisten

  válasz WonderCSabo #8924 üzenetére

  Más nem tudja, mi lehet a gond?

• #8936 rt06 veterán WonderCSabo #8924

  Új Válasz 2011-01-13 23:01:16 #8936

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  rt06

  veterán

  válasz WonderCSabo #8924 üzenetére

  ennek megvalaszolasahoz ismerni kell a bittorrent protokollt, es a torrent file-ok felepiteset (ez utobbirol erintolegesen irtam #5-ben, elobbirol itt olvashatsz pontos infot )

  a lenyeg, hogy az adat szeletekre vannak felvagva, mely szeletek tartalmazhatnak file reszleteket (amennyiben a szelet kisebb, mint a file), teljes file-okat (ez eleg ritka, mert nem csak a file es szelet meretenek pontos egyezese szukseges hozza, de az is, hogy a sorrendben addigi file-ok meretenek osszege egesz szamu tobbszorose legyen a szeletmeretnek), vagy akar tobb file-t is, amennyiben a file kisebb, mint a szelet (illetve tobb file egeszet es reszletetket is - pl az egyik veget, egy masiknak pedig az elejet, esetleg e ketto koze beekelodve egy, vagy tobb teljes file-t is)

  ahhoz, hogy a torrent kliensed tudja ellenorizni, helyes-e a letoltott adat (marpedig muszaj neki, anelkul nem kezdhet el seed-elni, azzal kompromittalhatna a teljes swarm-ot), minden olyan szeletet, amely tartalmaz akar egyetlen byte-ot is az altalad kivalasztott file-okbol, teljesen le kell toltenie (ezt egy hash ellenorzes koveti, mely eredmenyetol fuggoen seedelni kezdi az adott szeletet, vagy hiba eseten ujbol letolti azt - ez utobbi tunteti fel a µTorrent Wasted jelzovel a torrent informaciojanak General tab-jan)
  ha van ilyen szelet, mely csak reszben tartalmaz hasznos infot, a folosleget is tarolnia kell valahol - operativ tar ugye nem megfelelo e celra, hisz a program ujrainditasat kovetoen ismet le kellene tolteni azt, ezert le kell mentenie
  egyes kliensek - koztuk a µTorrent is - erre egy kulon file-t hasznal (ez a te problemadat okozo dat file), itt vannak azon szeletmaradekok, melyeket nem kivansz hasznositani
  mas kliensek (pl a linux-os rTorrent) letrehozza azon file-okat, melyekhez a szamodra folosleges adatok tartoznak, s abba, a megfelelo helyre irjak be az adatot (ekkor klienstol es beallitastol fuggoen nem feltetlen foglalja le a teljes file szamara a helyet, csak annyit, amennyit tenylegesen letoltott)

  azt illetoen, hogy a µTorrent miert csinalja meg a .dat file-t es a .nfo file-t is, csak talalgatni tudok, de legvaloszinubb, hogy vagy egy bug-rol van szo, vagy ugy voltak vele, hogy ha a foloslegben vannak teljes file-ok is, akkor akar letre is hozhatjak azokat nevukon (bar ertelmet nem latom, raadasul igy ketzer kell tarolni az adatot a merevlemezen)

  ez tehat a protokoll velejaroja, valos megoldas nem igazan van ra, a legjobb, amit tehetsz, hogy elrejted a file-t, attersz masik filecserelore, vagy letrehozol egy masik konyvtarat, s minden olyan file-hoz, melyekre valoban szukseged van, keszitesz egy hardlink-et (vagy softlink-et, amelyik szimpatikusabb/megfelelobb)

  Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.

Új hozzászólás Aktív témák