- OnePlus 7T Pro - árban is a csúcson
- Vodafone mobilszolgáltatások
- Közönségkedvenc Galaxy vált One UI 6.1-re
- Huawei Watch GT 3 Pro - korlátolt szépség
- Megérkezett a Google Pixel 7 és 7 Pro
- Ezek a OnePlus 12 és 12R európai árai
- Yettel topik
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Samsung Galaxy S23 Ultra - non plus ultra
- Bivalyerős lett a Poco F6 és F6 Pro
Hirdetés
-
Warhammer 40k: Space Marine 2 - Középpontban az egyjátékos és a multi mód
gp A készítők a minap két új előzetessel jelentkeztek a sokak által várt programhoz.
-
Prémium külsőt kaphat a Motorola Moto G85 5G
ma A 300 eurós ár mellé kifejezetten igényes megjelenés társulhat.
-
Olcsó és visszafogottan elegáns kompakt AIO jön az ID-Cooling berkeiből
ph Az előzetes tesztek alapján korrektül teljesítő modellnek nem kenyere a cicoma, és akár titkos favorit is válhat belőle a kategóriájában.
Új hozzászólás Aktív témák
-
woodworm
veterán
válasz gyulazsolti #19907 üzenetére
Az egyenlőségjel bal oldalára a nason lévő letöltési könyvtár abszolút elérési útvonala kell, a jobb oldalára pedig a hálózat felől látszódó megosztási útvonal, ami alapján a windowsban is eléred a nason lévő samba megosztást.
Ránézésre gondolom az első van beírva jelenleg, ezután kell egy egyenlőségjel, a végére pedig a samba megosztás útvonala. Ha csatolva van hálózati meghajtónak, akkor azt is meg lehet adni. Ha nincs, akkor az intézőben kitallózod a Transmission könyvtárat és a tulajdonságainál megkapod a szülőkönyvtár címét, hozzáadod még a könyvtár nevét és kész is. -
woodworm
veterán
válasz gyulazsolti #19911 üzenetére
Nincs mit!
Ha a \\NAS520\admin\download megosztást felveszed hálózati meghajtónak, akkor a meghajtó nevétől függően X:\Transmission is jó lehet helyette. -
woodworm
veterán
válasz bnorci71 #19923 üzenetére
A klienst nem fogja elindítani, de ha fut, akkor a figyelt könyvtár a megoldás rá. Böngészőből ide kell letölteni a .torrent fájlokat. Androidos telefonra elérhető a transdroid, a távolból indíthatsz letöltést, ez a webui parancsait használja és nem az újabb remote elérést, mint a hivatalos program.
-
woodworm
veterán
válasz Cs1csó #19950 üzenetére
Egy másik fórumon írtam hasonló témában:
Csak kísérletként elkezdtem letölteni ugyanazt a torrentet utorrent 2.2.1 és transmission-daemon 2.92 alatt. Míg a transmission csatlakozott ~30 utorrent-bittorrent klienshez, 4 transmission klienshez, és pár darab egyéb klienshez, addig az utorrent csatlakozott 35 transmission klienshez és 2 utorrent mac klienshez.
Amikor áttértem alternatív kliensre én is azt éreztem, hogy mintha a seedelési hajlandósága jobb lenne az utorrentnek, de amint átlépi az ember a tucatnyi seedelt torrentet, ennek nyoma vész.Valamivel több mint 36 óra után szinte ugyanannyit seedeltek vissza a kliensek, noha közben voltak eltérések.
-
woodworm
veterán
válasz enginev3.0 #19957 üzenetére
Letöltöd a teljes torrentet, nem vagy partial seeder?
-
woodworm
veterán
Én értettem elsőre is, de olyan mennyiségű leírás van a neten a vpn beállításáról, hogy feleslegesnek tartottam a szószaporítást. A rendszergazda gondolkodását pedig teljesen megértem.
"Ha a cégnél laktok akkor otthonról."
Ha a hozzászólás pillanatában a cég területén lévő szolgálati lakásban tartózkodott, akkor az itthon a helyes. -
woodworm
veterán
válasz mufflika #19985 üzenetére
A bittorrent az eredeti? Te nem csak itt vagy újonc?
Tudod miért csak egy értékkel tér el a build szám? Mert másik skinnel fordította le a programot, véletlenül először pont a másodrangú utorrentet. Egyébként ilyen közeli buldek nem térnek el lényegi szinten, maga az engine teljesen ugyanaz.
A két program annyira megegyezik, hogy a port teszt elindításakor ugyanazt a két nem létező oldalt keresik a háttérben, amit a bittorrent inc évekkel ezelőtt megszüntetett.[ Szerkesztve ]
-
-
woodworm
veterán
válasz bnorci71 #20016 üzenetére
Lehet le van terhelve a vas vagy valami hálózati probléma.
A transmissiont azért kérdeztem, mert nálam 2 éve fut win7 alatt, szinte csak a kötelező újraindítás alkalmával leállítva. Nem a qt, hanem a routerről ismert daemon x86 változata. Ugyanaz a feeling, mint amit megismertél. -
woodworm
veterán
válasz enginev3.0 #20065 üzenetére
Mármint, hogy az alternatív kliensek nem seedelnek, mégis hosszabb távon azok vannak a lista elején?
-
woodworm
veterán
El kellene engedni szerintem már az utorrentet. Amíg nem változtatnak radikálisan, jobb valami alternatívát használni helyette.
-
woodworm
veterán
válasz Technoman #20135 üzenetére
Gondolom, ahol 1GB a ram, ott nincs túl sok szabad erőforrás sem. Hasonló gépeken szépen működik a háttérben a transmission-daemon, hozzáférni böngészőben és remote programmal lehet.
Régebben összefoglaltam a telepítés menetét. Az új telepítőkben ugyancsak van daemon, de az nem oda települ, ahová te szeretnéd és a torrenteket is eldugja első körben. -
woodworm
veterán
Esetleg az alapértelmezett könyvtárba tenni a letöltéseket, bekapcsolni a figyelt könyvtárat és oda bemásolni a .torrent fájlokat.
Régebben valaki linkelt egy toolt, amivel migrálni lehetett utorrentről qbitre. -
woodworm
veterán
válasz mufflika #20180 üzenetére
Hatalmas biztonsági kockázat a DMZ.
A klienst egyébként nem fogja érdekelni, úgy is csak a saját portjára érkező forgalommal foglakozik. Működő port forwarding mellett nincs értelme. Ha nem megy az ip fixálása és arra a port forward beállítása, akkor inkább a pnp-t kell bekapcsolni a routerben és a kliensben is. -
woodworm
veterán
Azért végiggondolva a kérdést, elég öntökönszúrásnak tűnne mondjuk egy 2MB-os szeletekkel rendelkező torrentet 16 kB-os darabokban kiírni. Olvasva a libtorrent beállításait, ott is van az utorrentes diskio.coalesce_writes-hoz hasonló beállítás, a write_cache_line_size. A leírásban ott van, hogy a szelet mérete felülírja a beállítást.
A legnagyobb hibája a beállításnak, hogy a qbitterrentben nem elérhető. -
woodworm
veterán
válasz TeeJay #20204 üzenetére
Honnan van ez a 16-64 kB-os lemezre írás?
Amit én a libtorrent beállításából ki tudok silabizálni, hogy alapértelmezésben 16 kB-os blockokra osztja a cache-t. Külön lehet szabályozni, hogy egyszerre hány blockot olvasson be és írjon ki, amit a torrent szeletmérete felülbírál.
Ebből nekem nem az jön le, hogy akár kikapcsolt cache mellett is 16 kb-os darabokat írna a lemezre. Nagyobb méretű torrenteknél szinte csak 2 MB-nál nagyobb méretű szeletek vannak, akár 16MB-osak. Na most ezeket ilyen kis darabokban kiírni elég öngyilkos lépésnek tűnik. -
woodworm
veterán
válasz Plaguee #20240 üzenetére
Ha hirtelen változott, érdemes ellenőrizni, hogy egyezik-e a kívülről látható és a szolgáltatótól kapott címed. Az elsőt online tesztoldalon, az utóbbit a router státusz vagy wan lapján tudod megtenni.
Jelentősen túlseedelt oldalakon nehéz partial seederként szóhoz jutni, mindig töltsd le a teljes torrentet.
A listában látható leecherek nagyon nagy része nem is letölt, hanem partial seeder, akiket így jelenít meg a rendszer. Tehát igazából nem is letölteni szeretnének, hanem fel.
-
woodworm
veterán
válasz hroberto #20247 üzenetére
Nem közvetlenül az ncore hibája, a partial seederes korlátozás a trackeren évekkel ezelőtt megszűnt. Viszont szinte minden torrent jelentősen túl van seedelve, ezért letöltéskor a kliens azok közül választ, akiknek meg van a teljes torrent.
Ha sávszélkorlátod van, akkor gondolom nem hd filmeket töltesz. Az sd kategóriában a sample 15-20 MB, az info fájl minimális és akkor is letöltődik, ha nem jelölöd be. -
woodworm
veterán
válasz Plaguee #20251 üzenetére
Az ip-címet leellenőrizted?
Az oldalról nem raknak ki, nincs arány az ncore-on. Ha a seed időt teljesíted, rendezve van a feladatod. Nálam sokáig egy router, majd egy lemezdokkoló seedelt, meg mellette a pc, amikor be van kapcsolva. A szolgáltató által biztosított teljes sávszéllel megy felfelé, ami ugyan nem sok (6Mbit), de egy hónap és felszalad az 1TB a kedvenc linux isokból. -
woodworm
veterán
válasz morefire #20262 üzenetére
A második router ip-címét át kell állítani az első tartományába. A 192.168.1.1-et mondjuk 192.168.0.2-re a könnyű megjegyezhetőség miatt. A dhcp szervert ki kell kapcsolni benne és a kábelt nem a wan, hanem az egyik lan portba kell csatlakoztatni. Így megmarad mindkét router wifije.
Ha ezután az első routerben és a kliensben bekapcsolod az upnp-t, működnie kell.Természetesen jó megoldás az első eszköz modem módba kapcsolása is, de úgy elveszted a számodra értékes wifijét. Nem tudom milyen a második routered, de a leírt eljárás egyszerűsíthető, ha van benne dedikált ap-mód.
-
woodworm
veterán
válasz enginev3.0 #20307 üzenetére
Mondanám, hogy nálam nem fordul elő, de nem igaz. Viszont nem a torrentek számától, mennyiségétől, le- vagy feltöltési sebességtől függ, hanem a windows update kínlódása szokta kiütni. Ez tényleg összefügg a tárhely fogyatkozásával, csak nem a transmission vagy a letöltés meghajtóján, hanem a rendszerén.
A routeren az io műveletek feltorlódása, a goflexen pedig a szabálytalan leállás utáni ellenőrzés alatt szokott probléma lenni.
-
woodworm
veterán
válasz bryant56 #20340 üzenetére
Szerinted, ha rejtett fájlok lennének, akkor reklamálnának ilyen sokan érte?
Kipróbáltam, nálam nem rejtettek első nekifutásra. Ha az előválasztó ablakban állítod be, hogy mit szeretnél letölteni és mit nem, majd leokézod, akkor a letöltés elkészültekor nem kerülnek az .unwanted könyvtárba a letölteni nem kívánt fájlok. Ha később a torrent tulajdonságainál módosítod a fájlok állapotát, akkor már létrejön az .unwanted könyvtár és odakerülnek az odavaló fájlok.
Érdekes a fájlméret kijelzés is. Próbáltam egy sorozat első részét kiválasztani és felemás eredménye lett. Az első problémától eltekintve, hogy nem rakta rejtett könyvtárba a részlegesen letöltött fájlokat, adta magát egy másik is. A letöltési könyvtárban megjelent a sorozat első része a teljes fájlmérettel, a második rész teljes fájlmérettel és !qB kiterjesztéssel és végül az ötödik rész töredék fájlmérettel és !qB kiterjesztéssel. A második rész valós mérete 3,93 MB, az ötödiké 3,46 MB. A torrent szeletmérete 4MB, tehát egy-egy szelet jött le a második és az ötödik részből is. Mi a magyarázata az eltérő kezelésnek?
-
woodworm
veterán
Illetve nem ártana tisztázni, hogy most az oldal sem látja seedben, vagy csak az adatmozgás hiánya a bántó?
-
woodworm
veterán
Honnan törlöd?
A letöltött .torrent fájl szabadon törölhető, ugyanis az utorrent készít egy másolatot magának róla, mivel szüksége van rá. A beállításoktól és a működés módjától függően ez a másolat kerülhet az %AppData% könyvtárba, az utorrent saját könyvtárába vagy egy a programban beállított könyvtárba. Ha innen törlöd, akkor az hiányozni fog. Esetleg valaki elköveti azt a bakit, hogy a .torrentek tárolási könyvtárának megadja ugyanazt a könyvtárat, ahová letölteni szokta.(#20388) csicso82
Ez kivitelezhető az utorrenttel is, csak be kell állítani. -
woodworm
veterán
válasz cintula187 #20418 üzenetére
Igazi az, csak tudni kell olvasni.
-
woodworm
veterán
válasz Glaz-dozfhut #20435 üzenetére
Mondjuk negyven hét alatt az esély az megvolt rá.
-
woodworm
veterán
válasz SunMount3r #20493 üzenetére
Nem pontosan érthető mit szeretnél! Miért számítana a router ebből a szempontból, ha a kliens a boxon futna?
Miért baj, hogy a remote felület webui alapú, ez a legtöbb hasonló kliensnél így van. -
woodworm
veterán
válasz SunMount3r #20568 üzenetére
Igen, meg lehet tenni. A windows appdata alatt lévő bittorrent könyvtárból át kell másolni mindent az utorrent alá. De ha alapvető gondod van a bittorrenttel, akkor túl sokat nem érsz vele, ugyanis a két program ugyanaz, csak a skin más. A lila logót lecseréled zöldre.
-
woodworm
veterán
Beállítások >> Bittorrent >> Torrent Ütemezés
Az aktív letöltések számát állítsd annyira, amennyit egyszerre szeretnél letölteni. A maximális aktív feltöltések száma legyen több, mint a seedelni kívánt torrentek. A torrentek maximális száma pedig a kettő összege.[ Szerkesztve ]
-
woodworm
veterán
válasz ArthurShelby #20612 üzenetére
Tudtommal nem.
(#20611) promagus00
A felhozott megoldásoknak az lenne a lényege, hogy nem kell feltétlenül személyes jelenlét a seedhez. Egyetlen izmosabb router vagy célkütyü kiválthatja a pc-t, laptopot. -
woodworm
veterán
válasz tobias88888 #20646 üzenetére
Arra nem gondoltál, hogy a külső lemez a probléma és nem boldogul a megfelelő sebességű kiírással? Olyankor már hiába emelgeted a cache méretét.
Új hozzászólás Aktív témák
FIGYELEM!
● A fórumon TILOS A WAREZ!
● Torrent meghívó kunyeráló topik
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs