If you run a self-hosted media server or download automation setup, manually searching for torrents and Usenet releases quickly becomes tedious. The right download automation tool sits between indexers and your download clients, handling everything from RSS polling to release filtering — and in autobrr’s case, catching releases the instant they’re announced on IRC channels.
In this guide, we compare three popular self-hosted download automation tools — autobrr, Jackett, and Prowlarr — examining their architectures, supported protocols, filter capabilities, and how they integrate with the broader *arr ecosystem.
Why Self-Host Download Automation
Cloud-based torrent search engines and Usenet indexer aggregators are convenient, but they come with tradeoffs:
- Release speed: IRC-based tools like autobrr catch releases within seconds of announcement — far faster than RSS polling intervals
- Indexer diversity: Self-hosted tools connect to both public and private trackers, many of which don’t offer public APIs
- Privacy: Your search queries and download patterns never leave your own server
- Fine-grained filtering: Set custom rules for resolution, codec, group, file size, and more — reducing manual sorting
- Automation pipeline: Chain indexers → download clients → media managers for fully hands-off operation
- No rate limits: Self-hosted tools don’t impose the API rate limits that cloud services do
Whether you’re running a personal media library or managing downloads for a household, the right automation layer saves hours of manual searching every week.
autobrr — IRC-Based Release Catcher
| Detail | Value |
|---|---|
| GitHub | autobrr/autobrr |
| Stars | 2,695 |
| Last Updated | April 27, 2026 |
| Language | Go |
| License | GPL-2.0 |
| Purpose | IRC-based torrent and Usenet release automation with real-time filtering |
autobrr is the modern successor to autodl-irssi. Instead of polling RSS feeds on a schedule, it connects to IRC announce channels on torrent trackers and catches releases the instant they’re announced. This gives it a significant speed advantage — you can start downloading a release within seconds of it appearing on the tracker, before RSS-based tools even know it exists.
How autobrr Works
autobrr listens to IRC channels where trackers broadcast new torrent uploads. When a release announcement matches one of your configured filters, autobrr immediately sends a download request to your configured download client (qBittorrent, Deluge, Transmission, rTorrent, or Sabnzbd for Usenet). It can also send webhooks to Sonarr, Radarr, and other *arr applications.
Key features:
- Real-time IRC parsing: Parses announce messages from 100+ supported trackers
- Advanced filter engine: Match by category, resolution, codec, group, size, tags, and more
- Multi-client support: qBittorrent, Deluge, Transmission, rTorrent, Sabnzbd, and more
- Web UI: Modern React-based dashboard for managing filters and networks
- External actions: Webhooks, exec commands, and email notifications on match
- Lightweight: Written in Go, uses minimal CPU and memory
autobrr Docker Setup
Here’s a production-ready Docker Compose configuration for autobrr:
| |
For users who prefer PostgreSQL over SQLite:
| |
After starting the containers, access the web UI at http://your-server:7474. The initial setup wizard guides you through adding IRC networks, configuring download clients, and creating your first filters.
autobrr Filter Configuration
Filters are the core of autobrr. Here’s an example filter that catches 1080p BluRay releases from specific groups:
| |
You can also use regular expressions for more advanced matching, and set up actions like “reject if already downloaded within 24 hours” to avoid duplicates.
Jackett — Torznab/Newznab Proxy
| Detail | Value |
|---|---|
| GitHub | Jackett/Jackett |
| Stars | 15,262 |
| Last Updated | April 29, 2026 |
| Language | C# |
| License | GPL-2.0 |
| Purpose | API proxy that translates indexer searches into Torznab/Newznab format |
Jackett is the veteran of the three tools. It acts as a bridge between torrent/Usenet trackers and applications that support the Torznab or Newznab API standards. Instead of each application needing its own tracker-specific code, Jackett provides a unified API that works with any Torznab-compatible client.
How Jackett Works
Jackett maintains a library of indexer definitions — essentially scraper configurations for hundreds of trackers. When an application sends a search query to Jackett’s Torznab API, Jackett translates it into the specific format each tracker requires, aggregates the results, and returns them in a standardized XML format.
Key features:
- 400+ indexers: Supports both public and private trackers, plus Usenet indexers
- Torznab/Newznab API: Standard API that any compatible client can use
- RSS feeds: Provides per-indexer and combined RSS feeds for polling
- Web UI: Dashboard for configuring indexers and testing searches
- Caching: Caches results to reduce API calls and speed up repeated searches
- Cross-platform: Runs on Windows, Linux, and macOS
Jackett Docker Setup
Jackett is available via the LinuxServer.io image, which provides a consistent and well-maintained container:
| |
After startup, access Jackett at http://your-server:9117. Add your tracker credentials through the web UI, then copy the Torznab API URL and key into your *arr applications or download clients.
Using Jackett with Sonarr/Radarr
Once Jackett is configured with your trackers, each indexer provides a Torznab feed URL. In Sonarr or Radarr:
- Go to Settings → Indexers → Add → Torznab → Custom
- Paste the Torznab URL from Jackett (format:
http://jackett:9117/api/v2.0/indexers/INDEXER/results/torznab) - Enter the API key from Jackett’s dashboard
- Configure category mappings (e.g., Movies → 2000/2010/2020 for HD/SD/4K)
- Test the connection and save
This gives Sonarr and Radarr access to all your trackers through a single API endpoint.
Prowlarr — The *arr Native Indexer Manager
| Detail | Value |
|---|---|
| GitHub | Prowlarr/Prowlarr |
| Stars | 6,442 |
| Last Updated | April 12, 2026 |
| Language | C# |
| License | GPL-3.0 |
| Purpose | Native indexer manager for the *arr ecosystem with automatic sync |
Prowlarr was created by the Radarr team to solve a specific problem: managing indexers across multiple *arr applications was tedious and error-prone. Prowlarr centralizes indexer configuration and automatically syncs settings to all connected *arr apps.
How Prowlarr Works
Prowlarr shares the same .NET/ReactJS architecture as Sonarr, Radarr, and Lidarr. You configure your indexers once in Prowlarr, and it pushes those configurations to all connected applications via their APIs. This means adding a new tracker in Prowlarr instantly makes it available in Sonarr, Radarr, Lidarr, Readarr, and any other connected *arr app.
Key features:
- Centralized management: Configure indexers in one place, sync to all *arr apps
- *Native arr integration: Built by the same team, shares the same UI patterns
- Indexer categories: Automatic category mapping for movies, TV, music, books, and anime
- Push notifications: Alert on indexer errors, captchas, or authentication failures
- Stats dashboard: Track search success rates, failures, and response times per indexer
- Proxy support: Built-in SOCKS and HTTP proxy configuration for restricted networks
Prowlarr Docker Setup
| |
After Prowlarr starts at http://your-server:9696, connect it to your *arr applications:
- In Prowlarr, go to Settings → Apps → Add
- Select the application type (Sonarr, Radarr, etc.)
- Enter the API URL and key from the target application
- Test the connection and save
Once connected, any indexer you add in Prowlarr is automatically pushed to the connected apps.
Feature Comparison
| Feature | autobrr | Jackett | Prowlarr |
|---|---|---|---|
| Primary Method | IRC announce parsing | Torznab/Newznab API proxy | Indexer sync for *arr apps |
| Release Speed | Seconds (real-time) | Minutes (RSS polling) | Minutes (RSS polling) |
| Torrent Trackers | 100+ via IRC | 400+ via Torznab | 100+ via native definitions |
| Usenet Indexers | Yes | Yes | Yes |
| Web UI | Yes (React) | Yes | Yes (ReactJS) |
| Docker Support | Official (GHCR) | LinuxServer.io | LinuxServer.io |
| Language | Go | C# | C# |
| Resource Usage | Low (~50MB RAM) | Medium (~200MB RAM) | Medium (~250MB RAM) |
| Filter Engine | Advanced (IRC parsing) | Basic (category-based) | Basic (category-based) |
| External Actions | Webhooks, exec, email | None | Notifications |
| *arr Integration | Webhook-based | Torznab feed URLs | Native API sync |
| Standalone Use | Yes (with any client) | Yes (with Torznab clients) | No (requires *arr apps) |
| IRC Support | Yes (core feature) | No | No |
| Best For | Speed-focused users | Broad indexer coverage | *arr ecosystem users |
Which Tool Should You Choose?
Choose autobrr if:
- Speed is your priority: You want releases within seconds of announcement, not minutes or hours
- You use private trackers: Many private trackers announce exclusively on IRC channels
- You want fine-grained filtering: The IRC-based filter engine supports complex rules including group matching, regex, and size ranges
- You’re migrating from autodl-irssi: autobrr is the modern replacement with a web UI and active development
Choose Jackett if:
- You need maximum indexer coverage: With 400+ supported indexers, Jackett has the broadest tracker library
- *You use non-arr applications: Any Torznab-compatible client works with Jackett (SickChill, CouchPotato, etc.)
- You prefer a proven, mature tool: Jackett has been around since 2015 with a large user base
- You want a single search API: Aggregate searches across all your trackers in one place
Choose Prowlarr if:
- *You’re deep in the arr ecosystem: Running Sonarr + Radarr + Lidarr + Readarr? Prowlarr saves you from configuring indexers four times
- You want centralized management: Add an indexer once and it appears everywhere automatically
- You prefer native integration: Prowlarr shares the same codebase patterns as the *arr apps, making it feel like part of the suite
- You need indexer health monitoring: Prowlarr tracks indexer performance and alerts you to failures
The Power Combo
Many power users run both autobrr and Prowlarr (or Jackett). autobrr handles real-time IRC announcements for the fastest possible grab, while Prowlarr manages the indexer sync across all *arr applications for everything that autobrr doesn’t catch. This gives you the best of both worlds: speed and breadth.
For a complete media automation stack, you’d typically combine these tools with a torrent client like qBittorrent and a media management setup using Sonarr and Radarr.
Complete Stack Docker Compose
Here’s a combined Docker Compose file that runs autobrr, Prowlarr, and qBittorrent together:
| |
All three services share a Docker network, allowing them to communicate using container names (e.g., http://qbittorrent:8080 from autobrr’s perspective).
FAQ
Can autobrr work without Prowlarr or Jackett?
Yes. autobrr is fully standalone. It connects directly to IRC networks for real-time release announcements and sends downloads to any supported client (qBittorrent, Deluge, Transmission, rTorrent, Sabnzbd). You don’t need Prowlarr or Jackett for autobrr to function — they serve different purposes in the automation pipeline.
Does Prowlarr replace Jackett?
Not entirely. Prowlarr and Jackett overlap in indexer management, but they serve different use cases. Prowlarr is designed specifically for the *arr ecosystem and automatically syncs indexer configs to connected apps. Jackett provides a Torznab/Newznab API that works with any compatible application, not just *arr tools. If you only use *arr apps, Prowlarr is more convenient. If you use other Torznab-compatible clients, Jackett is necessary.
Is autobrr faster than RSS-based tools?
Significantly. RSS feeds typically update every 5-30 minutes depending on the indexer. autobrr parses IRC announcements in real-time, often catching releases within 1-5 seconds of the tracker announcing them. For competitive private trackers where the best releases get snatched quickly, this speed difference is critical.
Can I run all three tools together?
Yes, and many users do. autobrr handles real-time IRC-based downloads, Prowlarr manages indexer sync across *arr applications, and Jackett can serve as a fallback Torznab API for applications that Prowlarr doesn’t support natively. Just be aware that running all three uses more resources than any single tool.
Do I need a VPN with these tools?
It depends on your jurisdiction and the trackers you use. For public torrents, a VPN is recommended to protect your privacy. For private trackers, many require that you use a VPN to access their IRC announce channels. Most Docker setups route torrent client traffic through a VPN container (like Gluetun) while keeping the management UIs on the local network.
What download clients does autobrr support?
autobrr supports qBittorrent, Deluge (v1 and v2), Transmission, rTorrent, Sabnzbd, and generic webhook actions. The qBittorrent integration is the most mature and recommended for most users. You can configure multiple download clients with different rules — for example, sending movies to qBittorrent and Usenet releases to Sabnzbd.
How do I migrate from autodl-irssi to autobrr?
autobrr provides a migration path from autodl-irssi. The IRC network configurations and filter rules use similar concepts, though the syntax differs. autobrr’s web UI makes migration easier — you can recreate your autodl-irssi filters visually and test them against live announce messages. The autobrr documentation includes a migration guide with step-by-step instructions.