stremhu-rs

Stremio addon, ami az nCore torrentjeit streameli, letöltés bevárása nélkül. Egy önálló program: nincs Docker, nincs adatbázis, nincs külön torrent kliens. A torrentmotor beágyazott libtorrent 2.0.11 (Windows), illetve a disztribúció libtorrentje Linuxon. Windowsra és Linuxra is van kész kiadás, lásd lentebb.

Amit megnyomsz a Stremióban, az néhány másodperc alatt indul, közben a fájl a háttérben végig letöltődik, utána seedel, és amikor a seedelési kötelezettségét letudta, magától törlődik. Egy évadcsomagból csak azt az egy részt hozza le, amit megnézel.

---

Eredet és licenc

Ez a program a StremHU újraírása Rustban, elsősorban Windowsra, de Linuxon is fut.

Eredeti projekt: https://github.com/s4pp1/stremhu-source — szerzője s4pp1, licence GPL-3.0. Konténerképe a Docker Hubon s4pp1/stremhu-source néven érhető el, és több trackert (nCore, BitHUmen, iNSANE, Majomparádé) és több klienst (Stremio, Nuvio, Kodi) szolgál ki.

Az eredeti szerző hozzájárulásával és kérésének megfelelően:

• ez a projekt is GPL-3.0 alatt van (lásd LICENSE),
• alább részletesen le van írva, miben tér el az eredetitől,
• és köszönet az ötletért meg a megoldásokért, amikből tanulni lehetett.

„Örülök, hogy láttál benne fantáziát és foglalkoztál vele, hogy Windows környezeten tudd használni, ahogy neked kényelmes!" — s4pp1

Ez nem az eredeti projekt folytatása és nem is helyettesíti: az eredeti hat trackert, több felhasználót és Linux/Docker környezetet szolgál ki, ez pedig egy embert, egy gépen, egy trackerrel — és tartalékként egy másodikkal.

---

Miben tér el az eredetitől

Ami az alapoknál más

	StremHU (eredeti)	stremhu-rs
futtatás	Python, Docker, FastAPI	egyetlen bináris: Windowson ablak nélkül, Linuxon systemd alatt
adattárolás	SQLite + Alembic migrációk	egy JSON fájl, kézzel is olvasható
torrentmotor	python-libtorrent	libtorrent 2.0.11 beágyazva, C ABI shimen keresztül
trackerek	nCore, FileList, BitHumen, HunTorrent, Insane, Majomparade	nCore, és tartalékként BitHUmen
felhasználók	többfelhasználós, jogosultságokkal	egy admin

Metaadat: nincs saját katalógus

Az eredeti kiszolgál Stremio katalógus- és meta-végpontokat. Ez nem: csak stream listát ad, a címeket a TMDB addon szolgáltatja. Ennek gyakorlati oka van: a saját katalógus nem találja meg azokat a magyar sorozatokat, amiknek nincs IMDb azonosítója. Az "Exek csatája" ilyen, és ezért lett így.

Fájlonkénti nyilvántartás

Az eredetiben egy torrent egy adatbázissor (TorrentModel, kulcs: info hash + indexer), és a törlés az egész torrentet viszi. Itt minden kiszolgált fájl külön sor (info_hash:fájlindex), külön megnézettséggel, seedelési idővel és törléssel. Egy 1.33 TiB-os teljes sorozatpackból egyetlen 7 GB-os rész jön le, és amikor az leszolgálta a magáét, elmehet, míg a torrent a többivel tovább seedel. Az utolsó fájl viszont soha nem megy el a torrent teljes tartozásának letörlesztése előtt.

Fájlválasztás

Az eredeti nem használ per-fájl prioritást: minden piece prioritása vagy 1 (teljes torrent), vagy 0, és ilyenkor csak a stream ablaka töltődik set_piece_deadline-nal. Itt a kért fájl kap prioritást (file_priority), tehát végig letöltődik és utána seedelhető, a többi fájl pedig nulla prioritáson marad. A minta és az nfo utólag jön le, ha kicsi önmagában és a kért fájlhoz képest is — az utóbbi feltétel nélkül egy XviD sorozatcsomag minden 346 MB-os része kísérőfájlnak számított, és 22 fájl jött le egy rész kiszolgálásához.

Második tracker: BitHUmen, tartaléknak

Az eredeti hat trackert kezel, egyenrangúan. Itt kettő van, és nem egyenrangúak: elsőként mindig az nCore fut, és a BitHUmen csak akkor kap kérdést, ha az nCore semmit nem hozott a keresett címre. bithumen.enabled, a felületen pipálható, alapból kikapcsolva.

Ami ebben a szabályban benne van:

• „Semmit nem hozott" a kész listát jelenti, a szűrők után. Három találat, ami mind a rossz rész, vagy mind a seeder-küszöb alatt van, a nézőnek ugyanaz az üres lista, mint a nulla találat.
• A hibára futott keresés nem üres keresés. Ha az nCore nem válaszol, a kérdés nem megy tovább: egy elérhetetlen tracker nem az a tracker, amin nincs meg a film.
• Kikapcsolva vagy fiók nélkül a program nem szól a BitHUmennek, be sem lép. Egy privát oldalnak semmi haszna egy bejelentkezés nélküli látogatásból arról a címről, ahol egy valódi fiók is van.

A letöltésnél a play URL magával viszi, melyik trackerről jött (bh: előtag), mert mindkét oldal egytől számozza a torrentjeit, és a .torrent-et csak a saját oldalának a munkamenete tudja lehozni — a letöltési link a fiók passkey-ét tartalmazza.

A BitHUmennek nincs JSON API-ja, a találatokat HTML táblából kell kiolvasni, és ez élő oldalon van kimérve, nem az eredeti kód alapján feltételezve. Amiben a valóság más volt, mint amit az eredeti StremHU csinál:

• A hit and run lista nem a hitnrun.php-n van — az 404-et ad. A saját adatlapon van: userdetails.php?id=<azonosító>&hnr=1, és a felhasználói azonosító nem szám, hanem egy token, tehát számjegyeket olvasva soha nem is lehetett volna lekérni. A lista ráadásul kiírja a hátralévő időt is („Hátravan"), tehát az is bekerül a nyilvántartásba.
• A kiadás neve a link title attribútumában van, mert a látható szöveg csonkolva van — és a minőség (felbontás, forrás, hang) pont a lecsapott részben lakik. Emiatt nem látszott a minőség a stream listában.
• A minőséget a tracker maga is kiírja a kategória képének alt szövegében (Film/Hun/1080p, Sorozat/Hun/SD), amit a program akkor használ, ha a névben nincs benne.
• A méret cellája nem csak a méretet tartalmazza, hanem egy arányszámot is, a leecher cella pedig 0 / 0 alakú. Mindkettőt mintára olvassa, nem az egész cellát próbálja számnak érteni.

Ellenőrizni a stremhu-rs bithumen <keresés> paranccsal lehet: kiírja soronként, mit értett meg a program, és a hit and run listát is.

A törlésnél a BitHUmen letöltései a saját hit and run listája szerint mennek, plusz a tartalék seedelési idő, mert a BitHUmen oldala nem ír ki torrentenkénti fel/le forgalmat, tehát azon nincs mit arányt számolni. És ha egy tracker listáját nem sikerült beolvasni, akkor annak a trackernek a letöltéseihez a kör nem nyúl — ugyanaz a szabály, ami eddig az nCore-t védte, trackerenként alkalmazva.

A listát viszont csak arról a trackerről kérdezi meg, amelyikről van is letöltés a nyilvántartásban. A kör minden este lefut; egy oldalnak, amiről semmit nem vittünk el, nincs mit mondania rólunk, és a napi bejelentkezés meg lapletöltés egy privát fiókon nem ingyen van. Ez az nCore-ra is igaz: ha csak BitHUmen letöltés van a lemezen, az nCore-t sem kérdezi.

Részleges letöltés

Az eredeti másik üzemmódja is megvan, pieces.partial_download, a felületen pipálható, alapból kikapcsolva. Bekapcsolva egyetlen piece sincs kérve előre: minden nulla prioritáson áll, és csak a set_piece_deadline emeli meg azt az ablakot, ami a lejátszási fej előtt van. Aki húsz perc után kilép, annak húsz perc van a lemezén.

Két dolog kell hozzá azon túl, amit az eredeti csinál. A deadline visszavonása a libtorrentben nem állítja vissza a nulla prioritást (reset_piece_deadline csak a határidőt törli), tehát a lejátszás vége után a már megemelt piece-ek tovább töltődtek volna: a stream leállásakor a program visszateszi az egészet nullára. Indításkor pedig kell egy announce, mert amíg semmi nincs kérve, a torrent teljes seednek számít, és a tracker egy seedernek nem ad peert.

Amit vállalsz vele: az nCore a be nem fejezett letöltést nem seedelési idő, hanem arány szerint nézi, és amit nem húztunk le egészen, azt nem is tudjuk egészben visszatölteni. A takarékosság valódi, a kötelezettség viszont másfajta lesz, ezért ez döntés és nem alapérték.

Megnézettség: mérve, nem feltételezve

Az eredetiben a törlés feltétele az, hogy elindult-e egy lejátszás (playback_histories legutóbbi sora). Itt egy bittérkép tartja számon, megabájtonként egy bit, hogy a fájlnak mely részei mentek ki tényleg a lejátszóhoz. Ezért az újraolvasás nem fújja fel: aki egy film első negyedét négyszer nézi meg, annál 25% marad, nem 100% lesz. Ezen felül a lejátszási pozíciónak is el kell érnie a beállított százalékot.

Törlés az nCore közölt szabálya szerint

Az eredeti egy fix keep_seed_seconds időt vár a legutóbbi lejátszás kezdetétől. Itt a tracker saját formulája dönt:

hátravan = (1 − arány) × (48 óra + 0.4 × letöltött GB) − eddig seedelt idő

és emellett:

• a tracker mindkét listáját beolvassa. A showall=false a még nyitott kötelezettségeket adja, a showall=true mindent, amiről a trackernek nyilvántartása van. Ami egyik listán sincs, arról a tracker még nem tud, tehát a hiányzása nem jelent semmit; ami a hosszún rajta van de a rövidön nem, az letörlesztette a tartozását. Egyetlen listából ez a két eset egyformán néz ki.
• a tracker válasza előbbre van a helyi számításnál, de csak ha vannak róla számai;
• hat órás ráhagyás, mert a tracker announce-onként számol újra (30-44 perc) és a hónapot 2-3 órával a vége előtt zárja;
• ha a tracker listáját nem sikerül beolvasni, az egész kör elmarad. Az eredetinél a lekérés hibája feljebb elnyelődik és a kör lefut; ha a lista üresen jön vissza és a keep_seed_seconds nincs beállítva, az adott tracker összes nem kitűzött torrentje törlődik.
• soha nem töröl olyan torrentből, amit épp néznek. Az eredeti 04:00-as köre ezt nem vizsgálja.

Helytakarékos mód

Pipálható: egy megnézett fájl azonnal törölhető, és csak az marad meg, amivel a torrent tovább tud seedelni. Egy sorozatcsomagnál nyolc rész helyett egy a lemezen. Filmnél nem változtat semmit, mert ott az az egy fájl a fizetőeszköz.

Lemezhely

Az eredetiben nincs szabad hely ellenőrzés (se shutil, se statvfs, se disk_usage a kódban). Itt van elsődleges és másodlagos mappa: minden az elsődlegesre megy, amíg elfér, és a másodlagosat addig meg sem méri a program. Ha a kért fájl nem fér el, a letöltés a másodlagosra indul, és erről értesítés megy. Ha egyikbe se fér, a kérés tiszta hibával elhasal, nem a motor írási hibájával. A mérés a letöltendő fájl méretére megy, nem a torrentére: egy 1.33 TiB-os csomagból egy 7 GB-os rész elfér oda, ahova a csomag nem.

Ha egy letöltés nem fér el, előbb fut egy törlési kör, és csak utána dől el, hova megy (maintenance.sweep_when_full, pipálható, alapból be). A sorrend a lényeg: a másodlagos lemezre átcsúszás és az elutasítás is válasz egy tele lemezre, de egyik sem a helyes válasz akkor, amikor a lemez olyan fájlokkal van tele, amik a seedelési idejüket már leszolgálták és csak az estét várják. Ugyanaz a kör fut, ugyanazokkal a szabályokkal — a tracker felé fennálló kötelezettség itt is előbbre van a szabad helynél, és amit épp néznek, ahhoz itt sem nyúl —, csak nem estig vár vele. Egy már itt lévő torrentnél ez az egyetlen válasz, mert a libtorrent egy torrenthez egy mappát tart, tehát oda nincs átcsúszás.

„Nem fér el" azt jelenti, hogy a fájl mellé a figyelmeztetési küszöb (warn_below_free_bytes) nem marad szabadon, tehát a kör akkor fut, amikor még van tartalék, nem az utolsó bájtnál. Egy elutasított streamet a lejátszó újrapróbál, és minden újrapróbálás önálló kérés, ezért két ilyen kör között tíz perc szünet van: egy film, aminek nincs helye, egy kört ér, nem újrapróbálásonként egyet.

Előretöltés bájtban, nem piece-ben

A piece méret kiadásonként 0.5 és 16 MiB között van, tehát egy fix piece-szám 4K-nál egy másodperc alatti puffert adott, és a stream pár másodperc után megállt. Itt az ablak readahead_bytes (64 MB), vagyis minden torrenten ugyanannyi film.

Hálózat és lejátszás

• HTTPS a local-ip trükkel: publikus wildcard DNS, ami a privát IP-re mutat, tanúsítványt a program magától letölt és megújít. Nem kell domain, nem kell DDNS fiók — az eredeti DDNS szolgáltatókat kezel.
• a stream URL is HTTPS, ha a HTTPS fut. Böngészőben a HTTPS oldalra töltött sima HTTP médiát a böngésző blokkolja.
• Access-Control-Allow-Private-Network a preflight válaszban. A Chrome egy publikus oldalról privát címre menő kérést ehhez köt, és a hiányát sima CORS hibaként mutatja.
• a tartalomtípus a fájl kiterjesztéséből jön. Egy .avi fájlt Matroskaként hirdetni annyi, hogy a lejátszó szó nélkül feladja.

Sorrend a stream listában

Az eredetiben felhasználónkénti preferenciák és kizárások vannak, adatbázisban (preference_definitions, attribute_exclusions). Itt három sorrend a konfigban — nyelv, felbontás, forrás — és egy negyedik beállítás arról, hogy melyik a fontosabb, ha ütköznek (filters.priority, alapból a nyelv). Ami nincs felsorolva, az nem tűnik el, csak a felsoroltak után jön: egy preferencia nem szűrő. Szűrni egyedül a min_seeders szűr.

Felület

Az eredeti egy több oldalas admin felület. Ez egy oldal beállításokból és egy oldal letöltésekből, magyarul. A letöltések oldalon egy sor egy torrent, kinyitva a fájljai, mert egy sorozatcsomag nyolc fájlja nyolc sorként azt a látszatot adta, hogy nyolc torrent van. A megnézettség oszlop háromféle értéket vehet fel: megnézve, nem indult el, vagy százalék — se külön státuszok, se találgatás.

Üzemeltetés

• ablak nélküli program. Naplózás csak --log esetén; ha nem tud elindulni, azt mindig kiírja fájlba és hibaablakban is.
• Discord vagy ntfy értesítés, kapcsolókkal: a törlési körökről (akkor is ha nem törölt semmit), a lemezről, és a hibákról. A hibaértesítés a naplózásba van bekötve, nem egyenként, tehát a később hozzáírt hibaágakra is szól.
• erőforrás-figyelő: ha tíz egymást követő mérésen át kirívó a processzor- vagy memóriahasználat, szól. A privát memóriát méri, nem a munkakészletet: mérve 1808 MB munkakészlet mellett 71 MB volt a privát, a többi a libtorrent memóriába leképezett írási puffere.
• .torrent fájlok és folytatási adatok a lemezen, tehát egy újraindítás nem indít újraellenőrzést több száz gigabájton.

---

Mire van szükség

• Windows 10 vagy 11, 64 bit. Linuxra is fordul, lásd lentebb.
• nCore fiók.
• TMDB API kulcs, ingyenes.
• Semmi más. A kiadás zipje mindent tartalmaz, a Microsoft C++ futtatókörnyezetet is.

Indulás nulláról

1. Töltsd le a kiadás Windows zipjét, és csomagold ki egy mappába, például D:\stremhu-rs.
2. Indítsd el a stremhu-rs.exe-t. Nem nyílik ablak: ez egy szerver, ami a háttérben fut.
3. Nyisd meg: http://localhost:3080/ui
4. Adj meg egy admin jelszót, aztán az nCore fiókot és a TMDB kulcsot.
5. A lap kiírja az addon URL-t. Ezt illeszd be a Stremióba.

Mappastruktúra

Egy mappa, és abban minden. A kiadásban a program és a könyvtárai vannak, a többit az első indítás hozza létre:

stremhu-rs\
  stremhu-rs.exe   a program
  *.dll            a libtorrent, a Boost, az OpenSSL és a C++ futtatókörnyezet
  config.toml      a beállítások, alapértékekkel kitöltve
  data\
    state.json     mi van a lemezen, mit néztünk meg
    torrents\      a .torrent és a folytatási (resume) adatok
    certs\         a HTTPS tanúsítvány, magától letöltve
  downloads\       ide jönnek a fájlok
  logs\            napló, ha --log paraméterrel indul

A DLL-ek azért vannak a program mellett és nem külön mappában, mert a Windows a betöltendő könyvtárakat a futtatható fájl saját mappájából, a System32-ből és a PATH-ról oldja fel, alkönyvtárból soha, és ez még a program első utasítása előtt megtörténik. Kipróbálva: a DLL-eket egy szomszédos mappába tolva a folyamat létrejön, de nem szolgál ki semmit és naplót sem ír. Külön mappa csak úgy lehetne, ha a shimet futásidőben töltenénk be (LoadLibraryEx), és a vcruntime140.dll akkor is a program mellett maradna, mert az magának az exének kell.

Amit a program generál, az viszont névvel ellátott mappákba megy, tehát a gyökérben a config.toml-on kívül nincs olyan fájl, amivel dolgod van.

Semmi más: se registry, se AppData, se rejtett mappa. A mappa egészben másolható, mozgatható, törölhető.

Televízió és böngésző

A tévén a natív lejátszó megy, ott nincs kodekmegkötés. Böngészőben a Stremio Chromium-alapú lejátszót használ, ami DTS-t és TrueHD-t nem tud dekódolni — a BluRay REMUX kiadások jellemzően ilyen hangot vinnek, és ilyenkor a lejátszó "Video is not supported"-ot ír, akármilyen helyesen szolgáljuk ki a fájlt. A stream listában látszik a hangformátum, tehát előre válaszható AAC vagy AC3 hangú kiadás.

Leállítás

A beállítások lap alján, a Szerver leállítása gombbal. Előtte kiírja az állapotot és minden torrent folytatási adatait.

---

Linux

Linuxra nincs kész kiadás, mert a bináris a rendszer libtorrentjéhez linkelődik, az pedig disztribúciónként más verzió. A fordítás viszont egy másolás és két parancs, és utána ugyanaz a program fut, ugyanazzal a config.toml-lal és ugyanazzal a webes felülettel.

Az alábbi menet Ubuntu 24.04-en van végigpróbálva. Debian 12-n és Mint 21-en ugyanezek a csomagnevek, csak a libtorrent verziója más.

A kiadások között van egy Linux tar.gz is, Ubuntu 24.04-en fordítva. Ha ugyanez a rendszered, akkor a fordítás kihagyható: csomagold ki, és folytasd a telepítésnél. Más disztribúción a bináris a glibc és a libtorrent verziója miatt nem biztos, hogy elindul, ott a fordítás a járható út.

1. Csomagok

sudo apt update
sudo apt install -y build-essential cmake pkg-config \
                    libtorrent-rasterbar-dev libssl-dev \
                    curl ca-certificates git

Ez az egyetlen igazi függőség a libtorrent-rasterbar-dev: Ubuntu 24.04-en 2.0.10, tehát egy javítócsomaggal a Windowson használt 2.0.11 alatt. A shim ugyanazokat a hívásokat használja mindkettőn, semmit sem kell átírni miatta.

Rust, ha még nincs:

curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh -s -- -y --profile minimal
. "$HOME/.cargo/env"

2. Fordítás

git clone https://github.com/Almito420/StremHU-RS.git stremhu-rs
cd stremhu-rs
cargo build --release
cargo test --release      # 274 teszt, ebből 2 csak Linuxon fut

A build.rs észreveszi, hogy nem Windowsra fordít: nem vcpkg-t keres, hanem a rendszer libtorrentjét (find_package), a shim libstremhu_shim.so-ként épül, és a bináris mellé kerül. A betöltési útvonal $ORIGIN-nel van beégetve, tehát a két fájlt együtt kell tartani, de nem kell se LD_LIBRARY_PATH, se ldconfig.

3. Telepítés

sudo mkdir -p /opt/stremhu-rs
sudo cp target/release/stremhu-rs target/release/libstremhu_shim.so /opt/stremhu-rs/
sudo useradd --system --home /opt/stremhu-rs stremhu
sudo chown -R stremhu:stremhu /opt/stremhu-rs

Ennyi a telepítés: két fájl. Minden mást — config.toml, data/state.json, data/torrents/, data/certs/, downloads/, logs/ — a program hoz létre az első indításnál a bináris mellé, ezért kell a mappa a szolgáltatás felhasználójának írhatóra. Ha a letöltéseket máshova akarod (jellemzően így van, mert egy nagy lemezre kell), akkor a config.toml-ban abszolút útvonalakat adj meg:

[storage]
state_path = "/var/lib/stremhu-rs/state.json"
torrent_files_dir = "/var/lib/stremhu-rs/torrents"

[torrent]
save_path = "/mnt/media/downloads"
save_path_secondary = ""

A konfigurációs fájl máshonnan is jöhet, a STREMHU_CONFIG környezeti változóval.

4. Szolgáltatásként

Windowson az a kikötés, hogy ne ugorjon fel ablak; Linuxon ennek a systemd a megfelelője. /etc/systemd/system/stremhu-rs.service:

[Unit]
Description=stremhu-rs
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
User=stremhu
WorkingDirectory=/opt/stremhu-rs
ExecStart=/opt/stremhu-rs/stremhu-rs --log
Restart=on-failure
RestartSec=5

[Install]
WantedBy=multi-user.target

sudo systemctl daemon-reload
sudo systemctl enable --now stremhu-rs
journalctl -u stremhu-rs -f

A --log itt azért van a sorban, mert alapból a program nem logol semmit, és a systemd alatt a naplózás nem kerül semmibe: a kimenet a journalba megy, nem egy fájlba, amit rotálni kell. Indulási hibát --log nélkül is kiír, azt a journalban akkor is megtalálod.

5. Tűzfal

sudo ufw allow 3080/tcp      # beállítások és az addon HTTP-n
sudo ufw allow 3443/tcp      # HTTPS, ez kell a tévéhez
sudo ufw allow 6890          # torrent, TCP és UDP

A 6890 az egyetlen, amit a routeren is át kell engedni, és nem a kényelemért: enélkül csak kimenő kapcsolat van, a visszaseedelés pedig pont a bejövőkön múlik.

Amit tudni érdemes

• Ami ki van próbálva Linuxon: a fordítás, a 274 teszt, a libtorrent motor indulása (a /status a shimen keresztül olvassa ki a verziót), a szabad hely mérése (statvfs), a processzor- és memóriafogyasztás olvasása (/proc/self/stat, /proc/self/status RssAnon), a webes felület és az addon manifest. Ubuntu 24.04 / WSL2, gcc 13.3, libtorrent 2.0.10.
• Amit Windowson teszteltem végig: a valódi nCore letöltés, a részenkénti fájlválasztás, a törlés, a HTTPS tanúsítvány megszerzése, a Stremio lejátszás. Ezek a részek nem tartalmaznak platformfüggő kódot, de ezt Linuxon nem én mértem meg.
• A memóriafigyelő Linuxon az RssAnon értéket nézi, nem a VmRSS-t. A kettő között a fájlalapú lapok vannak, azaz libtorrent memóriába képezett írásai: ugyanez a különbség Windowson 1808 MB és 71 MB volt, tehát a nagyobbik szám alapján a figyelő egy makkegészséges szervert jelentett volna hibásnak.
• Nagybetűs fájlnevek. Linux megkülönbözteti őket, Windows nem. Egy Windowsról átmozgatott downloads/ mappánál ez újraellenőrzést vagy újratöltést okozhat, tehát a state.json-t és a letöltéseket együtt, ugyanarra a platformra érdemes vinni.

---

Beállítások

Minden a config.toml-ban van, és a fontosabbak a felületről is állíthatók. A config.toml.example az összes kulcsot felsorolja.

beállítás	mi ez
pieces.readahead_bytes	mennyi filmet töltsön a lejátszási fej előtt (64 MB)
pieces.partial_download	csak a lejátszott részt töltse le, alapból ki
bithumen.enabled	a második tracker keresése, csak ha az nCore üres, alapból ki
torrent.max_active_torrents	egyszerre ennyi torrent aktív, -1 a korlátlan
torrent.complete_extras_below_bytes	a minta és az nfo mérethatára (512 MiB), a kért fájl negyedéig
torrent.save_path_secondary	ha az elsődleges mappa megtelt, ide ír
maintenance.space_saving	helytakarékos mód
maintenance.sweep_at / sweep_on_start	mikor fusson a törlés
maintenance.sweep_when_full	ha egy letöltés nem fér el, előbb fusson egy kör
maintenance.notify_sweep / notify_disk / notify_problems	miről jöjjön értesítés
maintenance.keep_seed_seconds	tartalék, ha a trackertől nincs adat a torrentről
maintenance.cache_retention_seconds	elhagyott .torrent fájlok megtartása

Fordítás forrásból (Windows)

Linuxhoz a Linux szakasz írja le a menetet.

git clone https://github.com/microsoft/vcpkg D:\vcpkg
D:\vcpkg\bootstrap-vcpkg.bat
D:\vcpkg\vcpkg install libtorrent:x64-windows

$env:VCPKG_ROOT = "D:\vcpkg"
cargo build --release
cargo test --release

A build.rs lefordítja a C ABI shimet (shim/shim.cpp) CMake-kel, és a szükséges DLL-eket a bináris mellé másolja; Linuxon ugyanez a shim .so-ként épül a rendszer libtorrentjéhez. A shim azért van, mert a set_piece_deadline az egyetlen dolog, amivel a letöltés sorrendje utasítható: a soros letöltés és a piece prioritások csak javaslatok, egy valódi swarmon a folytonos front 13254-ből 8 piece-nél megállt, miközben a torrent 30%-a már megvolt.

Licenc

GPL-3.0, ahogy az eredeti StremHU is. A libtorrent (BSD), a Boost, az OpenSSL és a Microsoft C++ futtatókörnyezet a saját licencük szerint kerül a kiadásba.