- Zimbabwébe ment a Starlink
- Elon Musk: az xAI szuperszámítógépet akar az AI-alapú chatbotjához
- Windows 10
- Videó stream letöltése
- Hálózati / IP kamera
- Linux kezdőknek
- Kiderült, hogy hol veszik a legtöbb kínai EV-t
- Aliexpress tapasztalatok
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Az EU szerint a ChatGPT még mindig nem felel meg a szabványoknak
Új hozzászólás Aktív témák
-
woodworm
veterán
Mekkora letöltési sebességnél méritek? Bár szerintem letöltés közben csak a cache miatt ugrik meg a memória használat és jobbára a torrentek számától függ.
Nálam a transmission-daemon kb. 90 MB-ot kér és letöltés közben sem ugrik meg számottevően. A futtató környezet megeszik hozzá még egy MB-ot, és ha nézni akarom, a remote is fogyaszt mellé 8MB-ot. -
woodworm
veterán
De nem tudja milyen néven töltötte le, mert sokszor a torrent oldalról letöltött torrent neve és a kliensben szereplő torrent név és a hozzá tartozó könyvtárnév/fájlnév köszönő viszonyban sincs egymással. Folyamatosan futó háttérszolgáltatás esetén bizony előfordul, hogy letöltéskor nem szembesül azzal, hogy a feltöltő nem állt a helyzet magaslatán névadáskor.
-
woodworm
veterán
válasz Geryson #18108 üzenetére
Nincs rá tökéletes megoldás. Ha utólag keresed, akkor a dátum szerinti rendezés segít. Ha nem automatizmussal töltöd, akkor a letöltéskori átnevezés segít.
Én nem engedem a lejátszót a torrent letöltési könyvtárába, hanem dedikált filmes és sorozatos könyvtárak vannak és onnan linkelem vissza a fájlt a torrentnek, amíg seedelni akarom. De ez macerás mindenképpen. -
woodworm
veterán
Nem tudom, hogy a kolléga hogyan használja a transmissiont, de én ritkán navigálok a torrentoldalon olyan mélyre egy torrent esetén, hogy lássam a fájlneveket és van, hogy napokig, hetekig nem látom a klienst sem hagyományos módon. Nem akarok a helyében beszélni, de aki valamilyen szervert használ, más szokásokat vesz fel, rss-t, figyelt könyvtárat használ.
Amikor szembesülök hasonló esettel, akkor fel kell állni a tv elől és kapcsolni egy gépet és nyitni minimum egy böngészőt, hogy nyomozni tudjak. Nem a helyzet megoldhatatlansága zavar, hanem a kényelmetlensége, és itt visszatérve az eredeti kérdésre, nincs ökölszabály, csak keresés, összehasonlítás. -
-
woodworm
veterán
A fórumon a Aktivitás és Hit'n'Run topik kiemelt hozzászólásában "Nincs forgalom a torrenten felfelé irányba = 48 órát kell seed-ben tartani 2 hét alatt". Mivel folyamatosan módosul a wiki szövege lehet kikerült már belőle, mert tényleges ellenőrzés és a büntetés a hónap végi elszámolás alapján történik.
Ez mit sem változtat azon, hogy a nem teljesített torrent két hét után hnr-nek számít, amit az ellenőrzésig lehet javítani. Simán nyomonkövethető az Aktivitás menüdben Hit'n'runolt torrentek száma: sorban.
Tehát az a kijelentésed, hogy a 14 napos szabály nem létezik, szimpla félrevezetés.[ Szerkesztve ]
-
woodworm
veterán
A tranmission beállítása 3 fokozatú, off, fast, full.
Nemrég kérdezted más kliensek memóriahasználatát: tranmission-daemon
-
woodworm
veterán
Mivel a teljes területet lefoglalja, nem a 100 MB tart sokáig, hanem a többi. Egyébként kikapcsol foglalás esetén is, amint elkezd egy fájlt, azt lefoglalja. Tehát, ha a 100MB-os fájl mellett egy br iso van és egy szelet belelóg, akkor annak letöltésekkor bizony azt is lefoglalja.
[ Szerkesztve ]
-
woodworm
veterán
Miért nem tudja a 2.2.1 a magnet linket?
-
woodworm
veterán
válasz Exodius #18436 üzenetére
Úgy képzeld el, hogy fut egy parancssoros program egy gépen, ez bármi lehet már manapság, pc (windows, linux, mac), router, nas, és egy grafikus kliensprogramból éred el a funkcióit, ami hálózaton keresztül éri el a klienst, de lehet ugyanazon a gépen is.
Maga a kliens nagyon kis erőforrás igényű, nekem jelenleg közel 500 futó torrent mellett (20 aktív feltöltés) nem eszik 100 MB-ot. -
woodworm
veterán
válasz Exodius #18456 üzenetére
A qt elég nagy étvágyú és csak jövevény a windowson. A könnyen elérhető qt-s amúgy is külső fejlesztés, nem tudom van-e benne daemon egyáltalán. A qt elérése remote gui-n kersztül ugyanarról a gépről kicsit párhuzamos tevékenység. Nem tudom most linkelni, mert az oldalukon nincs közvetlen link, de van már saját csomagjuk is, abban daemon, amit futhat windowsos service-ként, ahhoz egy remote gui és el lehet felejteni a több giga ramos használatot.
Én jelenleg cygwin-es daemont használok (az is idegen képződmény windowson) szolgáltatásként és a korábban említett torrent számok mellet kb 80-90 MB-ot eszik, prociteljesítmény is csak pár %. Közben az elérhető sávszélesség majdnem teljesen kihasználva és nincsenek mellette böngészési panaszaink. -
woodworm
veterán
válasz Exodius #18468 üzenetére
A transmission-daemon szolgáltatásként futtatva nem produkálja nálam.
Win7, celeron j1900, 4 GB ram. A kliens eszik 80-90 MB ramot, 1% cpu-t, a teljes rendszer eszik 44% ramot és 4-5 % cpu-t, böngésző nem fut. A rendszert 2,5 napja kellett újraindítani áramkimaradás miatt. Napi feltöltés 50-60 GB egy 40/10-es kábelmodemes neten keresztül.
Kérdés?(#18467) vizimento
Amíg letöltesz a leecherek közötti csere nagyobb forgalmat generál. Amint letöltötted, a statisztikáid alapján dönti el a többi letöltő, hogy igénybe veszi-e az általad kínáltakat. Ha pl. nincs meg a torrent 100%-a, kihagytál néhány általad nem fontosnak talált fájlt, akkor hátrébb rangsorolódsz.[ Szerkesztve ]
-
woodworm
veterán
válasz Serricon #18471 üzenetére
Van windowsra is daemon, írtam az oprendszert. Elég nehéz volt utólag kitalálni, de én ezt használom, azóta van saját fordításuk 32bites és 64 bites rendszerre is. Ez utóbbiakat lehet érdemesebb használni a külsős transmission-qt helyett, de ez is qt.
[ Szerkesztve ]
-
woodworm
veterán
Mondjuk, ha többen ajánlunk egy programot, akkor nem egy másikat kell használni. Ha valami nem egyértelmű kérdezni kell. Nem vészes a telepítés, egyszer kell beállítani windows install után és el lehet felejteni.
-
woodworm
veterán
válasz Exodius #18477 üzenetére
Ott, hogy a transmission-qt és a transmission-daemon nem ugyanaz, bár van olyan telepítő ami tartalmazza mindkettőt és ugyanabba a könyvtárba is rakja.
Windowsos gyorstalpaló ha érdekel és nem boldogulsz a zipben lévő readme-vel, akkor pár mondatban összefoglalhatom a menetét. -
woodworm
veterán
válasz Exodius #18480 üzenetére
- Bármilyen transmission programot telepítettél uninstalláld!
- Töltsd az oldalon található linkről az oprendszerednek megfelelő csomagot (x86, x86-64)!
- Tömörítsd ki oda, ahol használni szeretnéd (nem lehetetlen feladat külső hdd-re tenni és onnan használni, de vannak korlátai)!
- A kitömörített könyvtárban lévő service-install.bat fájlt nyisd meg egy szövegszerkesztőben és aset SERVICE_USER_PASSWORD=!Transmissionaccountpassword1
sorban, az egyenlőségjel után cseréld le a jelszót egy általad használtra, mentsd el a fájlt!
- Nyiss egy parancsablakot rendszergazdai jogosultsággal, futtasd először az install.bat, majd a service-install.bat parancsfájlokat!
- A használt tűzfaladban adj engedélyt a bin könyvtárban lévő transmission-daemon.exe fájlnak a ki-, bejövő kommunikációnak! Ha tudod mit csinálsz, akkor szűkítheted protocollra és portra egyaránt!Gyakorlatilag innen működőképes a kliens. Böngészőben vagy a remote guiban a 127.0.0.1:9091-es címen elérhető a kezelő felület.
A kliens finomhangolása a settings.json fájl sorainak módosításával lehet. A remote kapcsolat titkosítása, jelszavazása, elérhetősége belülről, kívülről innen állítható. Először a windows szolgáltatáskezelőjében kell leállítani a transmission-t, azután szabadon szerkeszthető a fájl. Szerkesztés után ugyancsak ott indítható. Alapesetben automatikusan indul a rendszerrel, ez megváltoztatható.A watch dir bekapcsolásával és beállításával igen kényelmessé tehető a rendszer, a beállított könyvtárba mentett .torrent fájlok letöltése azonnal elindul, de a remote gui-hoz is hozzá lehet rendelni.
A fejlesztő csapat is készített egy telepítőt, abban is van daemon, de azzal nincs tapasztalatom. Kicsit jobban bele kell mászni a windows szolgáltatás beállításai közzé mire emberi útvonalra kerülnek a program könyvtárai és akkor csak adott usernek fut a szolgáltatás.
-
woodworm
veterán
Jobb lesz attól, mert a sourceforge-ra rakja a végeredményt? Alapvetően ugyanúgy készül mindegyik, telepíti a cygwin-t, azon lefordítja forráskódból, majd a futtatókörnyezettel együtt összecsomagolja. A blogon a kezdetektől fogja ismerteti az egész módszert, én is végigvihetem, és csatolja a végeredményt.
Belenéztem az első linken lévő csomagokba, nem vagyok meggyőzve róla, hogy egyszerűbb beüzemelnem, int az általam mutatott anyagot.
A többi linked meg kiegészítő anyag (remote gui), ill. szerintem a már egyszer telepített qt verzió és az is külső fejlesztés. Korábban linkeltem a csapat hivatalos kiadását, ami egy kicsit el van rejtve. -
woodworm
veterán
válasz woodworm #18487 üzenetére
Kipróbálva a sourceforge-os projectet elég nyögvenyelősnek tartom beüzemelni egy hétköznapi user számára. Szinte nulla információ van róla, a readme csak egy összefoglaló az elérhető parancsokról, mindent az usernek kell elvégezni (felhasználót létrehozni, szervert indítani, konfigurálni) úgy, hogy még soha nem csinált ilyesmit.
Egyébként ugyanarra az alapokra épül, ha az általam linkelt projectet telepítve, kicseréli valaki a futtatható fájlokat, akkor a másik verzió fut. Most jön a feketeleves, a sourceforge-os project egy régi transmission verziót tart karban (2.77), ami pl. régen problémás volt az ncore-on és csak egy kiegészítő scripttel működött rendesen. -
woodworm
veterán
válasz enginev3.0 #18588 üzenetére
Linux vagy windows szerver? Mert a linuxos config fájlban, ha minden igaz, lehet megadni többszörös letöltési útvonalat, ami megjelenik a webui listájában. Ez ugye windowsos utorrent felől nem nagyon megy (lehet újabbak tudják, nem használtam mindet), de visszafelé, a webui felől szerintem nem működik.
[ Szerkesztve ]
-
woodworm
veterán
válasz enginev3.0 #18598 üzenetére
-
woodworm
veterán
válasz enginev3.0 #18607 üzenetére
Nem találtam még újabbat. Régóta gondolkodom, hogy a leírás alapján fordítok egy frissebbet, de időm az nem sok.
Ú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: Ozeki Kft.
Város: Debrecen