Funktioner

Den korta versionen högst upp, alla detaljer längre ner.

  • Pipelinead NNTP i linjefart: 9.0-9.3 Gbps uppmätt på en 10 GbE-linje vars eget tak är 9.8.
  • Enpassrörledning: avkoda, verifiera och packa upp överlappar; RAR-volymer rör aldrig disken; nästlade arkiv packas upp i samma pass.
  • Union-tillgänglighet över flera providers: komplett från unionen av dina servrar, eller avbryt tidigt.
  • Minnesbudget: begränsat RAM, graciöst spill, swappar aldrig.
  • Kraschsäker återupptagning: journal på artikelnivå; kill −9 mitt i jobbet och det fortsätter där det slutade.
  • SABnzbd-kompatibla + NZBGet JSON-RPC API:er: Sonarr/Radarr/nzb360/LunaSea fungerar oförändrade.
  • Inbyggd indexerare: skanna grupper till ett lokalt, sökbart, Newznab-serverande index.
  • Postervägg: omslag, betyg, skådespelare, avsnittsrutnät; inga API-nycklar.
  • Bevakningslistans auto-grab + kvalitetsuppgraderingar: grabba vid första förekomst, uppgradera till målkvalitet.
  • En enda fristående körbar fil: par2 + RAR-uppackning inbäddade.

Motor & hastighet

  • Pipelinead NNTP. Att hålla flera förfrågningar i luften per anslutning slår både tur-och-retur-latensen och TCP:s avtynande congestion-fönster. Vi mäter +64 % till +270 % jämfört med seriell hämtning, upprepat vid varje tur-och-retur-tid, från en datacenterlänk på 14 ms till 63 ms via satellit.
  • SIMD yEnc-avkodning (rapidyenc, med NEON- och AVX-kärnor) går i 4.95 GB/s per kärna och avkodas på plats i samma stund byten landar i mottagningsvägen.
  • Delad kö över flera servrar. Providerna balanserar sig själva till inom ~2 % helt utan trimning. Vi håller koll på varje servers verkliga fart, och svansen på ett jobb dubbeldispatchas så att en enda långsam server inte kan dra ut på slutet.
  • Genomsköljning mellan jobb. Svansen på jobb N överlappar starten av jobb N+1, så linjen hålls tänd kant till kant genom hela kön: 2 % vila här mot SABnzbd 5.0.4:s 61 % mörker i samma bench.
  • Vakthund för långsamma jobb. En nedladdning som kryper fram på en enda långsam server medan resten står stilla flyttas längst bak i kön, behåller sitt förlopp och återupptas så snart kön är fri.
  • Prefetch på lediga servrar: en server som det aktiva jobbet inte kan använda, eftersom dess artiklar inte finns lagrade där, sätter i gång med nästa jobb i kön i stället för att stå och vila.
  • Trimningsstege för anslutningar. I stället för att gissa mäter den var varje providers genomströmning faktiskt slutar klättra (begärda mot beviljade anslutningar) och lägger sig där.
  • Automatisk fartregulator: en valfri LEDBAT-liknande RTT-regulator som ger vika för resten av hushållets trafik och tar det som blir kvar av linjen.
  • Hastighetsgränser och ett veckoschema: tak som går att justera live, ett schema i lokal tid (DST-säkert) och en "pausa i N minuter" som startar om av sig själv.
  • Minnesbudget. En enda global RAM-budget (auto: en fjärdedel av RAM, med tak, går att åsidosätta). När det börjar bli trångt krymper buffertarna först, sedan spiller data till disk och läses tillbaka när jobbet lugnat sig. Den swappar aldrig. Ett 190 GB-jobb blir klart inom en 1 GB-budget vid ~1.1 GB topp-RSS, och det finns en uppmätt, dokumenterad 2 GB-profil för NAS-lådor.
  • Backpressure. En långsam disk stryper socketarna i stället för att låta RAM fyllas. Den håller sig inom ±1 % av ett skrivtak, och RAM sjunker faktiskt under tryck.
  • Minnestrim efter jobb: så snart ett jobb är klart och daemonen blir ledig lämnas de buffertar och cacher den byggt upp tillbaka till OS:et i stället för att hållas kvar till nästa.

Enpassrörledningen

  • Skriv en gång. Avkodade artiklar pwrite:as rakt till sina slutliga fil-offset. Inga tempfiler, inget separat monteringspass.
  • PAR2-verifiering i strömmen. Varje block MD5-hashas ur avkodningsbuffertarna medan det anländer, så verifieringen är klar i samma stund som nedladdningen. Det slår snabbkollen de andra klienterna nöjer sig med, och det kostar ingenting.
  • Direktuppackning: RAR-, 7z- och zip-inlägg mappas och packas upp medan de laddas ner, både store-mode och komprimerade, så volymerna landar aldrig på disk över huvud taget. Diskskrivningar hamnar på innehåll × 1.0 och disk som behövs på 1×, där andra vill ha ungefär 2×.
  • Nästlade arkiv, och djup kostar nästan ingenting. Arkiv inuti arkiv - RAR i RAR, 7z i ett RAR, stegar många nivåer djupa - packas upp allteftersom byten kommer in, inuti den genomgång vi ändå gjorde. Där ligger hela skillnaden: en klient som skriver ut varje lager, stänger det, öppnar det igen och läser om det betalar en hel genomgång per nivå, så varje nivå den går ner kostar den ännu en vända över disken. Våra åker med i den första genomgången, och nyttolasten kommer ut ur en tio nivåer djup stege precis som ur en enda. En kopia på disk där skriv-ut-och-läs-om håller två eller tre.
  • Deobfuskering. Obfuskerade inlägg döps om utifrån sin PAR2-metadata, ROT13-krypterade namn räddas, och hashnamnat skräp klassificeras och sållas bort.
  • Vanliga delade filer. Uppsättningar som delats på HJSplit-vis, i .001/.002- eller .1/.2-delar helt utan arkivhuvud, känns igen och fogas ihop till originalfilen igen i stället för att hamna som lösa delar på din disk.
  • Exakt passande reparation. Skadade block är kända allteftersom de uppstår, så bara den byte-minimala uppsättningen återställningsvolymer hämtas (ett knapsack-problem) och reparationen rör inget annat än de skadade spannen.
  • RAR-återställningsposter. När PAR2 är uttömt, eller aldrig postades, reparerar inbäddade RAR-återställningsposter och separata .rev-återställningsvolymer skadade volymer på plats.
  • Reparation på varje djup. Ett PAR2-set packat inuti ett inre lager hittas och körs på sin egen nivå, och ett par-only-inlägg (data raderad, ett set med 100 % återställning kvarlämnat) byggs upp helt igen och packas sedan upp.
  • Komprimerat och krypterat, i samma svep: komprimerade set avkodas genom den inbyggda RAR-motorn medan volymerna kommer in, allt från RAR 1.5 till nya RAR7, och krypterade låses upp vid skrivningen så snart du har angett lösenordet - även kedjor där varje lagers lösenord ligger packat i lagret ovanför. Ett set utan lösenord parkeras med ett tydligt meddelande i stället för att fallera tyst.
  • Den letar rätt på lösenordet själv. De flesta krypterade poster behöver dig inte. Den provar NZB:ns egna metadata och namnkonventionen {{pw}}, *arr-API:t, sedan varje kort textnotis som postats bredvid filerna, och i sista hand namnen på releasen och filerna själva. Den upprepar letandet på varje nivå: en kedja som gömmer varje lagers lösenord i lagret ovanför - ett annat lösenord på varje nivå - låses upp hela vägen ner utan att du skriver något. Det som verkligen blir kvar får 🔑-upplåsningen på instrumentpanelen: den låser upp i bakgrunden och arkiverar sedan som vanligt.
  • Skyddsräcken. Reparerade källvolymer skrivskyddas medan omuppackningen körs, den färdiga filens egen kontrollsumma verifieras från ände till ände (på som standard), och en slutkod rapporterar "framgång" bara när sluttillståndet verkligen är användbart.

Tillförlitlighet & tillgänglighet

  • Tillgänglighetskoll före start. Pipelinade STAT-svep bygger på sekunder en matris per artikel × per server och markerar jobbet COMPLETE, REPAIRABLE eller IMPOSSIBLE innan en enda byte innehåll hämtats. Ett omöjligt inlägg avbryter efter att knappt ha dragit något alls.
  • Union-routning. En artikel räknas som saknad först när varje levande server har nekat den; fram till dess routas den till vilken server som än har den. Backbones skiljer sig åt i retention och takedowns, så unionen slutför i tysthet inlägg som ingen enskild server hade klarat.
  • Kraschsäker journal. Journalen arbetar på artikelnivå. Skicka en kill −9 mitt i jobbet så kommer den tillbaka och hämtar bara om det som inte hunnit sparas; kön och historiken överlever omstarter.
  • Parkera och försök igen: misslyckade jobb parkeras i historiken, och ett nytt försök hämtar bara de bitar som fortfarande saknas.
  • Kaos-testad. En mock-NNTP-server spelar upp 33 felprofiler, och åtta lopp från början till slut körs vid varenda testkörning: en ren baslinje plus brutna anslutningar, dödtystnad, brownouts, korruption, strypta länkar, TLS-trunkering och kill −9.
  • Tillförlitlighetspoäng per provider. Kompletteringsgraden för varje server sparas för gott och visas på instrumentpanelen, med en varning under 98 %.
  • Analys av serverdiversitet. Den STAT-provtar tvärs över dina servrar och klustrar dem efter luckorna de delar, så att du kan se vilka "olika" providers som egentligen är samma backbone innan du betalar för redundans du i själva verket inte har.
  • Kvoter, blockkonton och en diskvakt: dagliga och månatliga kvoter, livstidsbudgetar i byte för blockkonton (auto-uteslutna när de är slut), en paus vid låg disk, och daglig förbrukningshistorik per provider.
  • Dubblettdetektering: dupekey och dupescore, där ett hållet alternativ befordras automatiskt i samma stund en grab misslyckas.
  • Retention-medveten routning. Inlägg som är äldre än en servers retention hoppar över den helt, och allt som ingen server kan leverera fallerar direkt i stället för att snurra.

Automatisering & integrationer

  • SABnzbd-kompatibelt API: hela den yta som *arr-verktygen faktiskt använder: addfile/addurl, kategorier, prioriteter, paus/återuppta per jobb, nytt försök, paginering, API-nycklar i två nivåer. Sonarr och Radarr pratar med det som om det vore SABnzbd.
  • NZBGet JSON-RPC-fasad. LunaSea och andra NZBGet-fjärrar ansluter oförändrade. (nzb360: SABnzbd API)
  • Newznab-server. Ditt lokala index svarar på t=search/tvsearch/movie, så *arr-verktygen kan behandla dina egna skanningar som en indexerare.
  • RSS auto-grab: en indexerares flöde är samma sak som en nyhetsläsare prenumererar på, fast det listar vad som just lagts upp på Usenet. Allt som matchar filtren laddas ner av sig självt. Flöden filtrerade med ett NZBGet-liknande språk, tillagda och redigerade live från instrumentpanelen.
  • Bevakningslista. Namnge serierna och filmerna du vill ha, även sådana som inte sänts än. Varje avsnitt grabbas vid sin första förekomst och uppgraderas tills det når din målkvalitet (säg 720p → 1080p REMUX), och den ersatta kopian raderas först efter att uppgraderingen verifierats. En kalender över sändningsdatum visar vad som är på väg. Den kan också följa din Plex-bevakningslista: koppla ditt konto, eller klistra in listans adress, så bevakas allt du lägger till där även här.
  • Aviseringar där du redan tittar. E-post, Discord, Slack, Telegram, Pushover, ntfy, Gotify och vilken Apprise-server du än kör själv, utöver biblioteksuppdateringar för Kodi, Plex och Jellyfin och en webhook som du mallar själv.
  • Bevakningsmapp. Släpp in en .nzb så laddas den ner; filen försvinner så snart den plockats upp. Undermappar bevakas också, och en fil som släpps i watch/tv hamnar i kategorin tv.
  • Smarta mappar: regler för regex, nyckelord och storlek sorterar nedladdningar i kategorier redan vid inläggning i kön, med valfri TV-arkivering till Show/Season NN/Show - S01E02.ext.
  • Beteende per kategori. Varje kategori bär sin egen målmapp, sin egen prioritet och sitt eget efterbehandlingsskript, så serier och filmer kan hamna på olika ställen under olika regler.
  • Städregler: skräptillägg tas bort så snart ett jobb är klart.
  • Flytta till en NAS: färdiga nedladdningar flyttas efter uppackning och namnbyte till en målmapp med kategoristrukturen bevarad, och mål per kategori kan skicka serier och filmer till olika utdelningar. Är utdelningen onåbar stannar filerna där de är.
  • Efterbehandlingsskript. De följer SABnzbds SAB_*-miljökontrakt, så skripten du redan har körs precis som de är.
  • Migrering med ett klick. Den importerar servrar från en SABnzbd-ini eller en NZBGet-conf, och läser sabnzbd.ini direkt om det är allt den hittar.
  • Spotnet-inmatning: verifiering av spotsignaturer och NZB-syntes, inbyggt direkt.

Förhandsvisning & bibliotek

Instrumentpanel & inställningar

Queue with a per-download detail drawer: per-file progress bars, verify blocks, per-server contribution
Kölåda: staplar per fil, verifieringsblock, bidrag per server.
Settings: server editor and live speed/scheduling controls
Varje inställning redigerbar i webbläsaren. De flesta gäller live.
Phone layout of the dashboard
Riktig telefonlayout, samma daemon.
  • Live-diagram, inga bibliotek. Allt pollas en gång i sekunden (en genomströmningsarea, staplad area per provider, en tidslinje för verifieringshälsa, könedräkning och ett hastighetshistogram) och diagrammen breddar sitt tidsfönster i takt med att du breddar webbläsaren.
  • Resursmonitor: CPU, RAM mot budget, diskskrivningar och nätverk i ett enda diagram, med en varning för låg disk.
  • Topplista över providers. Servrarna sorterar om sig själva efter live-prestanda och visar var och en sessionsbyte, antal anslutningar, utnyttjande och tillförlitlighet.
  • Köhantering: dra för att ändra ordning, sätt prioritet och kategori inline, öppna en låda per nedladdning, pausa optimistiskt eller "pausa i N minuter". Markera många rader på en gång, i kön eller i historiken, och hantera hela högen - med musen eller från tangentbordet.
  • En historik som sparar allt. Färdiga jobb hamnar i sitt eget lager utan radgräns, sidindelat och sökbart, och de överlever omstarter. Gränser på ålder och antal finns om du vill ha dem, och de är avstängda.
  • Allt går att konfigurera i webbläsaren: servrar (med live-anslutningstester), hastighet och schema, anslutningar/fönster/avkodare, disk och kvot, bevakningsmappar och skript, indexeringsfilter, bibliotek, RSS, och säkerhet med nyckelrotation. Inställningarna överlever omstarter.
  • HTTPS inbyggt. Peka den på ett certifikat och en nyckel, så svarar den enda lyssnaren https i stället för http, både panel och API. Ett trasigt eller utgånget certifikat vägrar starta och namnger filen, i stället för att dyka upp som ett webbläsarfel någon annanstans senare.
  • Diagnostik inbyggd: en loggvisare i gränssnittet som du kan filtrera på tagg och exportera, ett svar per nedladdning på "varför är det här långsamt?" som namnger steget som bromsar, ett systembenchmark som hittar dina tak för nätverk, beräkning och disk och talar om vad du ska göra åt dem, analysen av serverdiversitet, och anslutningsstegen.
  • Dataförbrukning: staplade staplar per provider över 14 dagar, daglig historik, och livstidsräknare för blockkonton.
  • 28 språk. Instrumentpanelen levereras helt lokaliserad, höger-till-vänster-skrifter inräknat; manualen och den här sajten finns på 16.
  • Bekvämligheter. Dra och släpp en .nzb var som helst, skrivbordsaviseringar, slutförandeljud, en förstagångsguide och serve --open.

Distribution