SABnzbd en NZBGet zitten op de enige plek in een *arr-stack waar provider-credentials tot gedownloade bestanden leiden. Beide spreken NNTP. Beide accepteren push van Sonarr en Radarr. De Usenet-providerranglijsten op deze site veranderen nauwelijks als je van client wisselt, want Message-ID-beschikbaarheid zit op de backbone, niet in Python versus C++-branding. Wat wél verandert is CPU-gebruik op een Raspberry Pi, hoe snel nieuwe interfacefeatures landen, en hoeveel handmatig tunen je wilt als iets om 2 uur 's nachts stukgaat. Deze vergelijking blijft op die praktische as: kies eerst een client, shop daarna providers met Usenet for Sonarr in het achterhoofd.
Wat beide clients voor providers doen
Je vult hostname, SSL-poort, gebruikersnaam, wachtwoord en connection count in per serverregel. Primary unlimited staat op Priority 0. Optional fill staat op Priority 1 met de optional-flag, zodat prepaid gigabytes idle blijven tot de primary mist. Dat patroon is identiek in SABnzbd en NZBGet. Twin Highwinds-merken blijven twins ongeacht de client; Newshosting plus UsenetServer wordt geen fill omdat je naar NZBGet overstapte.
SSL op 563 of de door de provider gepubliceerde TLS-poort is niet onderhandelbaar voor remote credentials. Newsreader-apps gericht op menselijk browsen zijn slechte *arr-endpoints, ook als ze hetzelfde merchant-account delen.
SABnzbd: default voor de *arr-suite
SABnzbd richt zich op Windows, macOS en Linux met een web-UI die de meeste beginners één keer leren en overal hergebruiken. Documentatie van Sonarr en Radarr gaat uit van SABnzbd-categorieën, scripts en API-vormen. Integraties voor notificaties, failed-download-afhandeling en third-party tools neigen SAB-first.
Resourcegebruik is bescheiden op een desktop of mid-range NAS. Op zeer krappe ARM-boxes merk je mogelijk hogere idle RAM dan bij NZBGet, wat telt als Plex en Sonarr al dezelfde twee gigabytes delen. Onderhoud is actief, releases komen vaak, en Docker-images zijn breed gespiegeld. Volg de SABnzbd setup guide voordat je provider-hostnames uit een willekeurig forumbericht plakt.
NZBGet: lean als de hardware dat niet is
NZBGet kwam historisch met een kleinere footprint, geschikt voor Raspberry Pi, oudere Synology-modellen en andere low-power hosts. Minder franje, minder idle-overhead, soms meer handmatige configuratie voor hetzelfde resultaat. Sonarr en Radarr integreren nog steeds via URL en API-key, maar je moet vaker zelf stukken aan elkaar zetten.
Ontwikkeltempo en packaging verschillen per platform; kies de client die je OS of NAS-vendor nog netjes bijwerkt. Zie Usenet on Raspberry Pi als de downloadhost ook de bottleneck in het stroomverbruik is.
Checklist: parity in provider-setup
Priority 0 primary met SSL, Priority 1 optional fill, gematigde connections per serverregel, dezelfde gebruikersnaam-afhandeling als de merchant één login voor alle endpoints gaf. Test met een handmatige NZB, daarna met één Sonarr-grab, voordat je seizoenszoekopdrachten aanzet op een nieuwe primary.
Fill-kandidaten blijven NewsDemon, Usenet.Farm, Vipernews of geverifieerde EU-opties volgens stackpagina's zoals Newshosting + NewsDemon. Lees best provider for SABnzbd; dezelfde hosts gelden voor NZBGet.
Kiezen zonder overdenken
Defaultadvies: SABnzbd op elke machine die niet resource-starved is, en voor elke user die het soepelste Sonarr-pad wil. Overweeg NZBGet als CPU, RAM of vendor-packages duidelijk daarvoor pleiten, of als je NZBGet al goed draait en migratie niets oplevert.
Beide clients parallel tegen dezelfde providerset is onnodige complexiteit en kan grabs dupliceren als apps naar beide wijzen. Kies één endpoint voor Sonarr en Radarr.
Newsreaders en handmatige downloaders
Desktop-newsreaders blinken uit in menselijk newsgroup-lezen of incidenteel handmatig NZB openen. Ze missen de automation-hooks die *arr-ecosystemen verwachten. Houd een newsreader voor experimenten als je wilt, maar provider-shopping voor Plex-bibliotheken loopt nog steeds via SABnzbd of NZBGet.
FAQ
- Verandert een andere client welke provider "best" is?
- Zelden. Backbone- en fill-regime bepalen completion. Hardware kan je naar NZBGet duwen op Pi-klasse hosts.
- Kan ik SABnzbd en NZBGet tegelijk draaien?
- Technisch ja, praktisch vermijd het tenzij je migratie test met één app losgekoppeld.
- Welke client handelt optional fill beter af?
- Beide ondersteunen priority en optional servers als ze goed geconfigureerd zijn. Misconfiguratie schaadt in beide gevallen.
- Heb ik per client een ander Usenet-plan nodig?
- Nee. Eén primary en één optional fill-account bedienen elke app die naar de enige actieve downloader wijst.